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Vorwort 


Der CPC, als Personalcomputer angepriesen, hat sich in kürzester Zeit zum 
Freakcomputer gemausert. Vielfältige Änderungsmöglichkeiten und klare 
Strukturen im Betriebssystem bieten geradezu ideale Voraussetzungen, 
durch direkte Eingriffe neue Freiräume für den Programmierer zu schaf¬ 
fen; vorausgesetzt, man weiß wie. 

Dazu ist jedoch eine enge Kenntnis der inneren Abläufe der Maschine 
nicht nur nützlich, sondern auch nötig, um Fehler zu vermeiden und alle 
Ghancen wirklich nutzen zu können. Da die vom Hersteller allgemein ver¬ 
fügbaren Informationen hier nicht ausreichen, ist man auf Ausprobieren 
und Experimentieren angewiesen. Anwendungsbezogene Hintergrundinfor¬ 
mationen sind Mangelware. 

Um hier ein wenig Abhilfe zu schaffen, habe ich dieses Buch geschrieben. 
Es verbindet Informationen über den Ablauf interner Prozesse beim CPC 
mit einer ganzen Palette von Anwendungsmöglichkeiten und Tricks. Die 
meisten Eingriffe sind dabei bereits via BASIC möglich. Wo es dann nicht 
mehr weitergeht, kann man mit dem mitgelieferten Monitor und Dis¬ 
assembler in die Maschinensprache durchstarten. Eine ausführliche Dar¬ 
stellung der Z-80-Maschinensprache schafft die Voraussetzung zum Weiter- 
forschen und Experimentieren. Viel Spaß dabei. 


Carsten Straush 
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Einleitung 


Im Vergleich zu anderen Homecomputern weist der Schneider CPC 464 eine 
ganze Reihe von Besonderheiten auf. Nicht nur, daß er bei einem sehr 
günstigen Preis-/Leistungsverhältnis die Eigenschaften eines Personalcom¬ 
puters zum Preis eines Homecomputers bietet; auch bei der Konzeption der 
Hardware und der Software wurden neue Wege beschritten. 

Die Hauptkennzeichen des Systems sind Kompaktheit . Integration , jedoch 
bei gleichzeitig stärkeren Änderungsmöglichkeiten als bei anderen Home¬ 
computern üblich. Dies sieht auf den ersten Blick wie ein Widerspruch aus, 
der sich jedoch relativ leicht lösen läßt. Der CPC arbeitet mit einer Reihe 
von hochintegrierten Bausteinen, die unter dem Tastaturgehäuse verborgen 
liegen. So ist zum Beispiel ein einziger schwarzer Chip, halb so groß wie 
eine Streichholzschachtel, für die komplette Sounderzeugung zuständig, und 
auch in den anderen Bereichen ist Integration Trumpf: wenige Bausteine 
leisten viel. 

Der wohl wichtigste Unterschied zu anderen Computern besteht nun darin, 
daß die Schnittstellen zwischen den einzelnen Bausteinen und auch zwi¬ 
schen Betriebssystemteilen variabel gestaltet sind. Sie können vom Benutzer 
und natürlich auch vom System selbst verändert werden. So überprüft der 
CPC zum Beispiel beim Einschalten, welche Arten von Speichern er zur 
Verfügung hat und übergibt dann an denjenigen mit der höchsten Priorität. 
Die Belegung von Speicherbereichen ist ebenfalls sehr variabel gestaltet: 

Der Bildschirmspeicher, der ein Viertel des veränderbaren Speichers, des 
RAM, einnimmt, kann an vier verschiedenen Stellen liegen. Die Kenntnis 
dieser Möglichkeiten eröffnet dem Benutzer, besonders wenn er an der 
Grenze zwischen BASIC und Maschinensprache operiert, teilweise ungeahn- 
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te Freiräume. So kann er die Speicheraufteilung seinen Wünschen anpassen, 
seine Programme so aufbauen, daß nicht unnötig Platz verbraucht wird, 
oder umgekehrt: versteckte Speicherbereiche noch zur Ablage herangezogen 
werden können. 

Noch weitere Möglichkeiten ergeben sich, wenn man Routinen des Be¬ 
triebssystems mit heranzieht, um neue Systemfunktionen zu erhalten. So ist 
es zum Beispiel mit BASIC nicht möglich zu überprüfen, ob ein Drucker 
angeschlossen beziehungsweise eingeschaltet ist. Auch eine Überprüfungs¬ 
möglichkeit, ob ein auf Band gespeicherter Text oder ein Programm wirk¬ 
lich eine l:l-Kopie des aktuellen Speicherinhaltes ist, fehlt. Der als Ersatz 
eingebaute Befehl CAT überprüft nämlich nur, ob ein Text oder ein Pro¬ 
gramm ladbar ist, nicht jedoch, ob es auch inhaltlich mit dem momentanen 
Speicherinhalt übereinstimmt. Ein echtes VERIFY, wie bei anderen Home¬ 
computern, existiert beim CPC nicht. Die Kenntnis des Speicheraufbaus 
ermöglicht es auch, sehr viel schneller, direkter und programmplatzsparen¬ 
der die Tastaturbelegung oder den Zeichensatz zu ändern. Auch die Ver¬ 
größerung oder Verkleinerung von bestimmten Speicherbereichen, das 
Schaffen eines geschützten Speicherbereichs, in dem man dann Maschinen¬ 
programme und Daten sicher lagern kann, bieten weitere interessante An¬ 
wendungsmöglichkeiten. Es lohnt sich also, sich mit diesen Änderungs¬ 
möglichkeiten zu befassen und das Innenleben der Maschine etwas näher zu 
erforschen. 

Da wir dabei nicht nur an der Oberfläche kratzen, sondern auch in die 
Tiefe des Systems vorstoßen wollen, müssen wir zunächst ein wenig Syste¬ 
matik betreiben, um bei den fantastischen Möglichkeiten der Maschine 
nicht ins Schlingern zu geraten. Im ersten Kapitel geht es denn auch zuerst 
um Grundsätzliches . Die verschiedenen Datenformate, die beim CPC ver¬ 
wendet werden, werden erläutert. Wir gehen etwas näher auf die drei in 
Folge benötigten Zahlensysteme Dezimal-, Dual- und Hexadezimal-System 
ein und zeigen auf, wie diese schon mit BASIC-Befehlen miteinander kon¬ 
vertiert werden können. Das bei anderen Computern notwendige lästige 
Umrechnen der einzelnen Werte ineinander von Hand entfällt hier. Im 
dritten Teil wird es dann um die verschiedenen Codes und Codierungen 
gehen, mit denen der CPC arbeitet. Wir werden uns damit beschäftigen, 
wie Texte, Daten und Programme abgespeichert werden. 

Im zweiten Kapitel schaffen wir dann die Voraussetzungen für einen nähe¬ 
ren Einblick in die Maschine. Wir entwickeln einige Routinen und kleinere 
BASIC-Programme, mit denen es möglich ist, die gerade besprochenen 
Codes und Zahlenwerte ineinander umzuwandeln und auf dem Bildschirm 
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darzustellen, um uns Speicherbereiche auszudrucken und diese wahlweise 
als Texte oder Zahlen darzustellen. Gegen Ende entwickeln wir dann aus 
diesen Routinen ein vollständiges Programm zum Lesen und Verändern von 
Datenbereich, als Hilfsmittel zur Maschinenspracheprogrammierung: einen 
Monitor. 

Mit den grundsätzlichen Kenntnissen aus Kapitel 1 und den Softwarehilfen 
sind wir nun in der Lage, uns mit dem Inneren des CPC näher zu beschäf¬ 
tigen. Wir lernen die einzelnen Bausteine, ihre Funktionen und ihr Zusam¬ 
menwirken anhand einiger Beispiele und Anwendungen kennen. Ausgehend 
von einer Groborientierung über den Aufbau des Systems von der Hard¬ 
wareseite gehen wir dann auf das Herzstück des Systems, den Z80-A-Pro- 
zessor näher ein. Wir schildern den Aufbau der CPU, die Funktionen und 
Eigenschaften der verschiedenen Register, den Ablauf von Maschinenpro¬ 
grammen und gehen auf die verschiedenen Adressierungsarten und den Ab¬ 
lauf von Datentransferoperationen näher ein. 

Nach diesem Überblick wenden wir uns in Kapitel 5 den einzelnen Befeh¬ 
len gruppenweise zu. Wir beschreiben den kompletten Befehlssatz des Z80 
anhand ausgewählter praktischer Anwendungen im Rahmen des Systems. So 
lesen wir Daten aus den geschützten ROM-Bereichen aus, verschieben Spei¬ 
cherbereiche, zum Beispiel den Grafikbildschirm im Speicher, erklären, wie 
mit den Arithmetikbefehlen Bits verändert und geprüft werden können, 
und geben einige Tips und Tricks für die Unterprogramm-Programmierung 
in Maschinensprache weiter. Auch werden wir auf die Spezialbefehle zur 
Blockverschiebung, zur Unterbrechungsbehandlung und zur Ein-/Ausgabe- 
steuerung näher eingehen. Aus der Kenntnis des Befehlssatzes entwickeln 
wir dann in Kapitel 6 ein Programm für die Übersetzung von Maschinen¬ 
code aus dem Speicher, einen Disassembler, und verbinden diesen mit dem 
Monitor aus Kapitel 2 zu einer komplexen Softwarehilfe für die Maschi¬ 
nenspracheprogrammierung. 

Noch anwendungsbezogener gestalten sich die letzten beiden Kapitel dieses 
Buches. Im Kapitel 7 analysieren wir die Speicherstruktur. wie sie bei Be¬ 
nutzung des normalen BASIC vom Betriebssystem hergestellt wird. Wir neh¬ 
men eine Feintrennung zwischen den einzelnen Speicherbereichen vor und 
zeigen Änderungsmöglichkeiten im Speicheraufbau auf. 

Kapitel 8 beschäftigt sich dann mit dem Ablauf bestimmter Systemfunktio¬ 
nen im Rahmen des BASIC: Tastaturabfrage und Übersetzung, Abspeiche¬ 
rung von Programmen und Daten auf Kassette, Datenverkehr mit externen 
Geräten, wie dem Drucker und Routinen, .die beim Arbeiten mit der Gra- 
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fik nützlich sind, wie die Ausgabe von Zeichen in Maschinenprogrammen, 
Cursorführung und Färb- und Bildschirmhandling. Dabei verwenden wir 
eine ganze Reihe von Svstemroutinen aus den verschiedenen Sprungtabellen. 
Im Gegensatz zu anderen Homecomputern stellt uns nämlich der CPC eine 
ganze Reihe von nützlichen Unterprogrammen in Sprungtabellen zur Verfü¬ 
gung, die wir gut in eigene Maschinenprogramme einbauen können und die 
fast jedes normal auftauchende Problem lösen helfen. Durch den Einbau 
derartiger Routinen in eigene Maschinenprogramme schafft man eine Art 
Zwischensprache, die von der Mächtigkeit der damit ausführbaren Befehle 
auf einer Ebene zwischen der eigentlichen Maschinensprache und dem 
Hochsprachenbasic liegt. Einige weiterführende Tips und Tricks und Schli¬ 
che bei der Kombination von einzelnen Routinen bilden dann das Ende 
unserer Forschungsreise durch das Innere unseres Computers. 
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1 Grundsätzliches 


1.1 Datenformate 

Zusammengefaßt betrachtet können Computer als Informationsverarbei¬ 
tungsmaschinen charakterisiert werden; auch unser CPC macht hier keine 
Ausnahme. Informationen werden in Form von Daten in die Maschine hin¬ 
eingegeben, zum Beispiel durch die Tastatur oder von Band, werden ge¬ 
gebenenfalls zwischengespeichert und dann irgendwann mit anderen Infor¬ 
mationen verknüpft, werden wiederum zwischengespeichert und führen 
schließlich zu einer Ausgabe oder einer ähnlichen Reaktion des Rechners. 
Die Informationen, mit denen die Maschine arbeitet, können dabei in 
verschiedenen Einheiten eingelesen oder auch verarbeitet werden, je nach 
Verwendungszweck und Bestimmung der einzelnen Daten. 

Die kleinste Informationseinheit ist das Bit. Es stellt das informations¬ 
mäßige Gegenstück für eine Ja/Nein-Entscheidung dar. Ein Bit kann ge¬ 
setzt oder nicht gesetzt sein und damit die Zustände 1 beziehungsweise 0 
annehmen. Zur Abspeicherung benötigt es genau einen Speicherplatz. Der 
CPC ist stärker als andere Computer bitorientiert. Daher nehmen auch bit¬ 
orientierte Operationen wie das Setzen, Rücksetzen oder Testen von Bits 
und Verknüpfungen, die auf die Änderung von einem oder mehreren Bits 
abzielen, in den festen Maschinenprogrammen des Rechners, dem Betriebs¬ 
system, breiten Raum ein. Im Rahmen der Tastaturdekodierung ist zum 
Beispiel genau ein Bit dafür zuständig, ob eine bestimmte Taste auf 
Wiederholung des Zeichens bei längerem Drücken (Repeat) oder nur ein¬ 
malige Ausgabe des Zeichens (kein Repeat) geschaltet ist. Auch sind die 
auf dem Bildschirm darstellbaren Zeichen Bit für Bit in einer Matrix aus 8 
x 8 Bildpunkten, beziehungsweise 8x8 Bit, festgelegt. Ein Bit ist dafür 
zuständig, ob ein Speicherbereich an- oder abgeschaltet ist, und auch die 
Befehlsanalyse greift auf den Zustand bestimmter Bits zurück. 
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8 Bit parallel ergeben ein Byte. Ein Byte kann 2 8 = 256 verschiedene Zu¬ 
stände annehmen, was reicht, um die Zahlen von 0-255 oder 256 verschie¬ 
dene Befehle oder Textzeichen zu codieren. Dies läßt sich relativ leicht 
nach folgendem Schema errechnen: 

Ein Bit kann zwei Zustände annehmen, nämlich 0 und 1. Nimmt man 2 Bit 
parallel, so ergeben sich 4 Kombinationsmöglichkeiten, nämlich 00, 01, 10 
und 11. Bei 3 Bit parallel erhält man 2 3 = 8, bei 4 Bit parallel 2 4 = 16 
Kombinationsmöglichkeiten und so weiter. Bei 8 Bit ergeben sich folglich 
2 8 = 256 Kombinationen. 

Das Byte ist die dominante Informationsgröße für Homecomputer. Es wird 
beim CPC für alle Arten der Datenspeicherung und des Datentransportes 
benutzt. Auch ist das gesamte System von den Bausteinen her darauf an¬ 
gelegt jeweils 8 Bit und damit ein Byte gleichzeitig zu verarbeiten. Ist man 
bei Verwendung von nur einem Byte noch relativ eingeschränkt, so bietet 
der Rückgriff auf ein Doppelbyte oder Adreßwort mit 16 Bit bereits 65536 
Kombinationsmöglichkeiten. Doppelbytes werden beim CPC im wesentli¬ 
chen für das Rechnen mit ganzen Zahlen, den Integere . und bei der Adres¬ 
sierung von Speicherplätzen benutzt. 

Neben diesen Größen, die mehrere Bits zu einer neuen Einheit zusammen¬ 
fassen, gibt es noch einige Einheiten, die auf dem Byte aufbauen. Im Rah¬ 
men des Systems von Bedeutung sind das K mit 1024 Byte und das Doppel¬ 
te hiervon, ein Block von 2K für die Abspeicherung von Programmen. 
Texten und Daten auf Kassette. Gibt der CPC also aus, daß er 5 Blöcke ge¬ 
speichert hat, so ist die abgelegte Datei zwischen 8K = 4 Blöcke x 2K und 
10K = 5 Blöcke a 2K lang. Die genaue Bestimmung der abgespeicherten 
Datenmenge hängt davon ab, zu wieviel Prozent der letzte Block mit Infor¬ 
mationen beschrieben wurde. 


1.2 Zahlensysteme 

Bei unserer Reise in das Innere des CPC 464 werden wir drei verschiedene 
Arten der Darstellung von Zahlenwerten, drei Zahlensysteme benutzen, auf 
die im Folgenden näher eingegangen werden soll. Am vertrautesten ist uns 
durch den täglichen Gebrauch das Dezimalsystem. Es ist aus 10 Ziffern (0- 
9) aufgebaut, beim Überschreiten der 9 folgt ein Übertrag in die nächsthö¬ 
here Stelle. 
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Die Basis des Dezimalsystems ist 10, und eine Zahl wie zum Beispiel 104 
kann somit auch als 

1*10 2 + 0M0 1 + 4*10° = 104 
geschrieben werden. 

Der Computer benutzt intern ein anderes Zahlensystem, welches auf dem 
Bit aufgebaut ist, das Dualsystem. Es besteht, wie wir schon gesehen haben, 
nur aus zwei Ziffern, der 0 und der 1, und folglich erfolgt bei 2 der Wech¬ 
sel in die nächsthöhere Stelle. Die Basis des Systems ist also die 2. Ein 
Hochzählen würde also hier beginnend mit 00 wie folgt lauten: 00,01,10,11. 
Um die Zahlen von 0-3 im Dualsystem abzubilden, sind also bereits 2 
Stellen notwendig. Die Umrechnung einer Dualzahl in ein anderes System, 
zum Beispiel in das Dezimalsystem, funktioniert hier analog, wie schon bei 
der Darstellung des Dezimalsystems gezeigt. Zum Beispiel würde sich die 
Zahl 1101 als 

1 * 2 3 + 1 * 2 2 + 0 * 2 * + 1 * 2 ° = 1101 

schreiben lassen, was ausgerechnet den Wert 13 im Dezimalsystem ergeben 
würde. Das Dual- oder auch Binärsystem benötigt also bei nur 2 zu unter¬ 
scheidenden Ziffern erheblich mehr Stellen als das Dezimalsystem. Durch 
die Beschränkung auf nur 2 Ziffern, denen 2 elektrische Zustände ent¬ 
sprechen, ist das Binärsystem für den Computer jedoch relativ einfach 
verarbeitbar. 

Wegen der Vielzahl der Stellen ergeben sich allerdings für den Benutzer 
Probleme bei der Übersichtlichkeit. Daher hat sich die Verwendung eines 
weiteren Systems eingebürgert, des Hexadezimalsystems. Die Basis dieses 
Systems ist 16, was dazu führt, daß jeweils 4 Stellen im Dualsystem zu 1 
Stelle im Hexadezimalsystem zusammengefaßt werden können. Aufgrund 
der größeren Basis im Vergleich zum Dezimalsystem werden 6 zusätzliche 
Ziffern benötigt. Hier greift man auf die Buchstaben A-F zurück. Nach der 
9 wird also im Hexadezimalsystem ohne Stellenübertrag A,B,C,D,E,F 
weitergezählt, bevor der Wechsel in die nächste Stelle erfolgt. So entspricht 
also 0F im Hexadezimalsystem dem Dezimalwert 15. Die Umrechnung bei 
mehreren Stellen erfolgt analog zu den beiden oben dargestellten Systemen: 
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So würde zum Beispiel die Speicherobergrenze für die BASIC-Yariablen 
beim Einschalten (AB7F) nach dieser Methode als 

10*16 3 + 11*16 2 + 7*16 x + 15*16° = 43903 

umgerechnet werden. Für die Ziffern A-F wurden hier bereits die entspre¬ 
chenden Werte im Dezimalsystem eingesetzt. 

Glücklicherweise müssen wir uns jedoch mit derart zeitaufwendigen Um¬ 
formungen vom einem Zahlensystem in ein anderes nicht weiter beschäfti¬ 
gen, da uns das Standard-BASIC des CPC bereits eine Reihe von Befehlen 
und Zusätzen zur Verfügung stellt, um Zahlensysteme ineinander zu kon¬ 
vertieren. Dies geschieht mit den Befehlen BIN$ und HEX$ für die Um¬ 
wandlung eines Dezimalwertes in das Binär- oder Hexadezimalsystem, be¬ 
ziehungsweise mit vorangestellten Sonderzeichen, die angeben, daß der 
nachfolgende Wert im Binär- oder Hexadezimalsystem geschrieben wurde in 
der umgekehrten Richtung. Die Ausgabe im letzten Fall erfolgt dann im 
Dezimalsystem. Die Umwandlung zwischen Binär- und Hexadezimalsystem 
oder vom Hexadezimalsystem in der umgekehrten Richtung kann dann auf 
dem Umweg über das Dezimalsystem relativ problemlos erfolgen. Ein paar 
Beispiele mögen die Umformungsmöglichkeiten illustrieren. 


1,2.1 Konvertierung zwischen Binärsystem und Dezimalsystem 

Soll ein Wert, der im Dezimalsystem gegeben ist, in das Binärsystem über¬ 
führt werden, so geht dies relativ einfach mit dem Befehl 

B1N$ 

BIN$ erzeugt einen String, der den Wert der Zahl im Dualsystem enthält. So 
gibt uns zum Beispiel 

PRINT BIN$(20) 

die Darstellung des Dezimalwertes 20 im Dualsystem mit 10100 aus. Hierbei 
tritt gleich ein Ärgernis des CPC-BASIC zutage. Im Unterschied zur nor¬ 
malen Darstellung einer Dualzahl im 8-Bit-Format werden bei BIN$ die 
links von der höchsten Stelle befindlichen Vornullen weggelassen, es wur¬ 
den also statt der üblichen 8 Bit hier nur 5 Bit ausgegeben. Da es sich bei 
BIN$ aber um einen String handelt, ist dieses Problem relativ einfach zu 
lösen. Lassen wir uns nämlich 
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PRINT RIGHT$("00000000"+BIN$(20),8) 

ausdrucken, so erhalten wir jetzt unsere Binärdarstellung im gewünschten 
8 -Stellen-Format. Eine andere Möglichkeit bietet der Befehl selber: BIN$ 
erlaubt nämlich noch einen zweiten Parameter, der die Anzahl der 
gewünschten Stellen enthält. Mit 

PRINT BIN$(20,8) 

erreichen wir dasselbe. Dies ist insbesondere bei der Analyse des Speichers 
von Nutzen. Da bei der Abfrage einer Speicheradresse jeweils ein Byte aus¬ 
gelesen wird, können wir nun den Wert jedes einzelnen Bits einer Speicher¬ 
stelle direkt ablesen. Ersetzen wir die 20 im oberen Beispiel durch eine 
PEEK-Abfrage der gewünschten Adresse, zum Beispiel Speicherstelle 0, so 
erhalten wir durch 

PRINT RIGHT$("00000000"+BIN$(PEEK(0)),8) 

den Speicherinhalt in Binärdarstellung. Wir können somit überprüfen, ob 
und welche Bits gesetzt sind. In unserem Beispiel ist nur das Bit in der 
letzten Stelle ganz rechts gesetzt. Diese Art der Umformung bietet auch die 
einzige Möglichkeit, von BASIC aus etwas zu realisieren, was der CPC-Pro- 
zessor intern permanent anwendet, das Setzen, Rücksetzen beziehungsweise 
Testen von einzelnen Bits. Nachdem wir nämlich mit der Erweiterung von 
RIGHTS einen formatierten String mit 8 Stellen erzeugt haben, ist es nun 
kein Problem mehr, ein bestimmtes Bit in diesem String zu setzen, rückzu¬ 
setzen oder zu testen. Dies läßt sich relativ einfach mit anderen Stringbe¬ 
fehlen realisieren. Zum Beispiel können wir mit dem Befehl 

MID$ 

ein beliebiges Bit aus unserem 8-Bit-String herauslösen und dann in einer 
IF-Abfrage überprüfen. Wollen wir zum Beispiel den Zustand des 5. Bits 
einer bestimmten Speicherstelle für eine Verzweigung benutzen, so können 
wir wie folgt vorgehen: 

10 IF MID$(RIGHT$("00000000"+BIN$(Speicherstelle),8),5 ,1 )=" 1 " 

THEN GOTO 100 ELSE 200 

wobei die Zeilennummern 100 beziehungsweise 200 die Ansprungpunkte 
für eine Programmfortsetzung für den Fall, daß das Bit gesetzt ist (100) be¬ 
ziehungsweise nicht gesetzt ist (200), darstellen. Als zu überprüfenden 
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String setzen wir den formatierten String ein, aus dem wir dann ab der 5ten 
Stelle ein Zeichen herauslösen, um es mit dem gesuchten Wert zu verglei¬ 
chen. Auch das Setzen beziehungsweise Rücksetzen eines bestimmten Bits 
ist auf ähnliche Art und Weise möglich. Dazu teilen wir unseren String mit 
den Befehlen 

LEFT$ und MID$ 

in zwei Teilstrings auf und fügen dazwischen das gewünschte Bit ein. Das 
zu ersetzende Bit wird dabei ausgelassen. Als Testobjekt haben wir uns 
jetzt eine Speicherstelle im Systemvariablenbereich ausgesucht. Eine Ände¬ 
rung in der dritten Stelle von links würde dann wie folgt ablaufen (zur 
Vereinfachung haben wir den formatierten String in der Variablen z$ 
zwischengespeichert): 

10 z$=RIGHT$("00000000"+BIN$(PEEK(46140)),8) 

20 y$=LEFT$(z$,2)+"l"+MID$(z$,4) 

30 POK.E 46140,VAL("&x"+y$) 

Wenn Sie vor dem Programmlauf auf die 3 im abgesetzten Tastenfeld 
drücken und danach noch einmal, werden Sie eine Änderung feststellen. 
Während im ersten Fall nur einmal die 3 ausgegeben wurde, wird sie bei 
längerem Druck nach Lauf des Programms permanent ausgegeben. Der 
Grund: Sie haben in der Bit-Tabelle, die angibt, ob eine Taste auf Repeat 
geschaltet wurde, oder nicht, das entsprechende Bit für diese Taste auf Re¬ 
peat gesetzt. Als Training sollten Sie nun versuchen, dieses wieder rück¬ 
gängig zu machen, wozu Sie nur eine einzige Stelle im obigen Programm 
ändern müssen. Auf diese Änderungsmöglichkeiten werden wir bei der Be¬ 
handlung der Tastaturabfrage in Kapitel 7 und 8 noch intensiver eingehen. 
Hier ging es nur darum, das Prinzip des Bitänderns aufzuzeigen. 

Beim Durchlauf dieses Programms haben wir auch schon die Umkehrung, 
das heißt die Umformung von Binärwerten zurück in das Dezimalsystem 
kennengelernt. In Zeile 10 wurde aus dem Dezimalwert der Speicherstelle 
46140 ein formatierter Binärstring geformt, in dem wir dann in Zeile 20 
das dritte Bit ausgetauscht haben. Zeile 30 beinhaltet die Rückübersetzung 
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und Speicherung der Dezimalzahl in 46140 durch POKE. Wir haben dazu zu 
unserem Binärstring das Kürzel &x addiert. Das gibt dabei an, daß der 
nun folgende Wert in einem anderen als dem Dezimalsystem geschrieben ist. 
Das "x" ist das Kürzel für das Dualsystem. Gibt man hinter dem keine 
nähere Spezifikation oder ein "H" ein, so wird der Wert als Hexadezimalzahl 
interpretiert. So gibt uns also 

PRINT &x 110010 

den Dezimalwert für die Binärzahl 110010 (50) an. Durch den VAL-Befehl 
wurde der Binärstring wieder in eine Zahl umgewandelt. 


Ir2.2 Konvertierung zwischen Dezimal- und Hexadezimalsystem 

Die Umwandlung zwischen Dezimalsystem und Hexadezimalsystem läuft 
ähnlich wie bei der Konvertierung zwischen Dual- und Dezimalzahlen ab. 
Maßgeblich für die Umformung sind hier der Befehl HEX$ - er erzeugt 
den Hexstring einer Dezimalzahl - und das schon behandelte Kürzel 
gegebenenfalls mit angehängtem "H". So wird bei 

PRINT HEX$(120) 

die Darstellung von dezimal 120 im Hexadezimalsystem (78) ausgegeben. Sie 
sollten diese Art der Umformung einmal nach unserem oben erklärten 
Schema überprüfen. Leider funktioniert diese einfache Art der Umformung 
nur für maximal 4stellige Hexwerte. Lassen wir uns also einen Wert größer 
als 65535 übersetzen, so erscheint eine Overflow-Fehlermeldung. Etwas 
problematischer dagegen wird die Rückübersetzung. Geben wir 

PRINT &78 

ein, so erhalten wir wieder den Dezimalwert 120, und auch bei Hexwerten 
von 0000 bis 7FFF erfolgt die richtige Ausgabe problemlos. Bei hexadezi¬ 
mal 8000 "kippt" jedoch die Übersetzung. Wir erhalten nun plötzlich einen 
negativen Wert in der Ausgabe: 

-32768. 


Der Grund dafür liegt darin, daß, wie wir schon im vorigen Kapitel gese¬ 
hen haben, das Wort mit 16 Bit auch für die Abspeicherung und das Rech¬ 
nen mit Ganzzahlen, den Integers, benutzt wird. 
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Integer-Variable können im Vergleich zu Real-Variablen schneller verar¬ 
beitet werden, sind dabei jedoch auf ganze Zahlen zwischen -32768 und 
+32767 beschränkt im Gegensatz zu Gleitkommawerten zwischen 2.9 E-39 
und 1.7 E+38. Eine solche Ganzzahl benötigt zur Abspeicherung nun 2 Byte 
bzw. 16 Bit. Dies entspricht 4 Hexziffern, da ja je 4 Bit zu einer Hexziffer 
zusammengefaßt werden können. Bei der Umwandlung von hex in dezimal 
mit wird nun eine Integer-Variable angelegt und deren Wert danach 
ausgegeben. Da Hexwerte von mehr als 8000 als negativ interpretiert wer¬ 
den, kommt es zu dem negativen Wert. 

Aber natürlich hat auch dieses Problem eine Lösung. Wir addieren nämlich 
einfach bei negativen Werten 65536 und erhalten so eine fortlaufende Dar¬ 
stellung von 0 bis 65535. Dazu wenden wir als kleinen Trick einen Boole¬ 
schen Ausdruck an. Der CPC weist nämlich in Abfragen den einzelnen 
Ausdrücken je nach dem Wahrheitsgehalt der Abfrage für "wahr" eine "-1" 
und für "falsch" eine "0" zu. So ergibt zum Beispiel die falsche Aussage 

PRINT 3>4 

als Antwort "0". Ein richtiger Ausdruck wie 
PRINT 5>2 

würde dagegen mit "-1" bewertet. Wir haben nun eine Größe, die in Ab¬ 
hängigkeit von einer Entscheidung, z.B. "Wert kleiner null?", zwei Zustände 
("0" und "-1") annehmen kann. Erweitern wir nun unseren Umformungsaus¬ 
druck 

PRINT &8000 zu PRINT &8000-65536*(&8000<0) 

so erhalten wir nun die richtige Darstellung. Da &8000 negativ ist, wird der 
Ausdruck &8000<0 "wahr" und nimmt damit den Wert -1 an. Die Multipli¬ 
kation mit der ebenfalls negativen -65536 leistet dann den Rest. Werte 
kleiner als hex 8000 werden nun unverändert ausgegeben (der Ausdruck 
nimmt den Wert 0 für logisch "falsch" an), während für Zahlen größer/ 
gleich hex 8000 die entsprechende Korrektur erfolgt. 

Mit dieser Änderung können wir nun beliebige maximal vierstellige Hex¬ 
zahlen in ihr dezimales Gegenstück überführen. Dazu ersetzen wir einfach 
die 8000 durch die umzuwandelnde Hexgröße. 
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1.2.3 Konvertierung zwischen Hexadezimal- und Dualsystem 

Das Grundprinzip der Umwandlung zwischen Dual- und Hexzahlen hatten 
wir weiter oben bereits angerissen: Man wandelt die vorhandene Größe zu¬ 
erst in einen Dezimalwert um und läßt den Computer dann diesen wieder 
in das andere System rückübersetzen. Ein paar Beispiele mögen die Über¬ 
setzung demonstrieren: 

PRINT HEX$(&x1111000000001111) ergibt: F00F 

PRINT BIN$(&hA8A8) ergibt: 1010100010101000 

Diese Beispiele zeigen auch noch einmal den oben schon angesprochenen 
Zusammenhang zwischen Hex- und Dualwerten. Jeweils vier Binärstellen 
entsprechen einer Hexstelle. Das erste "A" im unteren Beispiel repräsentiert 
also die linken vier Stellen in der Binärdarstellung (1010), was wir leicht 
nach dem oben an gesprochenen Schema (1*2 3 + 0*2 2 + l*2 l + 0*2° = dezi¬ 
mal 10 = hexadezimal 0A) wieder überprüfen können. Zur Demonstration 
dieser Zusammenhänge kann auch das folgende kleine Programm dienen. Es 
stellt nach Eingabe einer max. 2stelligen Hexzahl diese als Binärwert dar 
und formt diesen dann noch in eine Dezimalzahl um. Die einzelnen Binär¬ 
stellen wurden dabei nicht mit Potenzen (2 6 , 2 6 usw.) beschriftet, sondern 
gleich mit deren Dezimalwerten, der besseren Darstellbarkeit halber von 
oben nach unten zu lesen. 

10 REM ***************** 

20 REM ** Transformer ** 

30 REM ***************** 

40 CLS:INPUT"Bitte geben Sie den Hexwert ein (max. 2-stellig)";h$ 

50 IF LEN(h$)>2 THEN PRINT’nur 2-stellig":FOR t=l TO 1000:NEXT t: 
GOTO 40 

60 CLS:PRINT"Hexwert:";h$:h$="&"+h4:PRINT" 1" 

70 PRINT" 2 6 3 1" 

80 PRINT" 8 4 2 6 8 4 2 1" 

90 PRINT"-" 

1 00 b$=BIN$(VAL(h$)):b$=RIGHT$("00000000"+b$,8) 

110 FOR i=l TO 8:LOCATE 2*i,8 

120 PRINT MID$(b$,i, 1 ):NEXT i 

130 PRINT:PRINT"Dezimalwert: ";VAL(h$) 
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Der einzige wirklich neue Punkt an diesem Programm ist Zeile 100. Hier 
wird der Hexwert h$ mit der VAL-Funktion in sein dezimales Gegenstück 
verwandelt und daraus dann wieder mit BIN$ ein Binärstring erzeugt. 
Während wir bis jetzt bei der Umformung hex zu binär Zahlenwerte direkt 
eingegeben haben, wurde hier jetzt mit Strings gearbeitet (h$), um den 
Hexwert als Hexzahl abspeichern zu können. Durch das Voranstellen des 
in Zeile 60 haben wir die Zahlen- und Buchstabenkombination als 
Hexadezimalausdruck definiert, so daß dann die Umformung erfolgen kon¬ 
nte. Hätten wir den String ohne dieses Kürzel mit VAL bearbeitet, wäre 
der Wert dieser Funktion wie bei beliebigen anderen Buchstaben 0 gewesen. 

Der zweite Teil von Zeile 100 dient nur noch der Vornullenaddition, die 
wir ja bereits bei der Umwandlung von Dezimalzahlen in Hexwerte benutzt 
haben. Der nun formatierte Binärstring wird mit der Schleife in Zeile 110, 
120 mit jeweils einer Leerstelle - durch die Multiplikation von i mit 2 im 
LOCATE-Kommando - dargestellt. Zeile 130 gibt dann noch den Dezimal¬ 
wert aus. Sie sollten das Programm einmal mit verschiedenen Werten durch¬ 
spielen, um sich intensiv mit den einzelnen Zahlensystemen und ihren Zu¬ 
sammenhängen vertraut zu machen. Da der CPC nämlich eine ganze Reihe 
von Funktionen bitorientiert durchführt, werden wir um die eine oder 
andere Umformung nicht herumkommen. 


1.3 Codes 

Nachdem das letzte Kapitel sich noch im wesentlichen mit einem alle 
Homecomputer betreffenden Problembereich in Zusammenhang mit der 
Datendarstellung, den verschiedenen Zahlensystemen und ihrer Kon¬ 
vertierung ineinander beschäftigt hat, gehen wir nun auf die Abspeicherung 
von Daten näher ein. 

Jede Größe, mit der der CPC arbeitet, sei es ein Text oder eine von 
mehreren Variablentypen, sei es ein BASIC-Programm oder die Abspeiche¬ 
rung von Grafiksymbolen, muß im Endeffekt an irgendeiner Stelle im 
variablen Speicher, dem RAM, als Zahlenwert oder eine Kombination von 
Zahlenwerten abgelegt sein, da der Prozessor intern nur Zahlen verarbeiten 
kann. 
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Dabei kommt es vor, daß Zahlen, genauer 8-Bit-Binärzahlen, zu größeren 
Zahlenwerten zusammengefaßt werden oder in irgendeiner Form eine 
Codierung für Nichtzahlen darstellen. Als Beispiel mag hier einmal eine 16- 
Bit-Adresse dienen: Der Prozessor benötigt, wie wir schon gesehen haben, 
eine 16-Bit-Adresse, um den gesamten Speicher abfragen zu können. Da 

eine Speicherstelle nur 8 Bit aufnehmen kann, wird die Adresse Lo-Hi 

abgespeichert, das heißt, in der Speicherstelle x liegen die unteren 8 Bit, in 
x+1 die oberen. Ein Beispiel für die Codierung mögen Strings bilden. Hier 
wird zum Beispiel einem "A" der Code 65 zugeordnet. Ein String "ABC” 

wird also gespeichert, indem nacheinander die Codes 65, 66 und 67 in 

aufeinanderfolgende Speicherstellen abgelegt werden. Auf die genaue 
Ablage wollen wir nun im folgenden näher eingehen. 


1.3.1 Der ASCII-Code 

Der wohl wichtigste Code bei der Speicherung von Daten ist der ASCII- 
Code. Dieser Code besteht aus 7 Bit und einem weiteren achten Bit, wel¬ 
ches als Paritätsbit benutzt wird. Die Parität bestimmt man dabei, indem 
man die Einsen im Ergebnis zählt. Ist ihre Anzahl gerade, so wird das Pari¬ 
tätsbit auf 1 gesetzt, sonst bleibt es 0. Ein Beispiel: 

Wert : 65 = 1000001 binär 

Der Wert enthält 2 Bit, die auf 1 gesetzt sind; das Paritätsbit bekommt da¬ 
her den Wert 1. Der ASCII-Code unter Berücksichtigung des Paritätsbits 
würde dann also 11000001 binär bzw. 193 dezimal lauten. 

Das Paritätsbit dient in erster Linie der Kontrolle. Diese Kontrollfunktion 
hat ihre Ursache darin, daß der ASCII-Code in erster Linie zum Übertra¬ 
gen von Daten zwischen einzelnen Bausteinen oder Geräten entwickelt wur¬ 
de. Durch die Paritätsprüfung ist es möglich, die richtige Übertragung der 
Daten zu untersuchen und somit Fehler bei der Übertragung weitgehend 
auszuschalten. An dieser Stelle sollte noch darauf hingewiesen werden, HaR 
es natürlich auch möglich ist, mit gerader Parität zu arbeiten. Hier würde 
bei einer ungeraden Anzahl von Einsen das Paritätsbit gesetzt. Dieses 
Verfahren wird allerdings beim CPC nicht angewandt. 

Mit 7 Bit ist es möglich, insgesamt 2 7 = 128 verschiedene Zeichen zu codie¬ 
ren. Beim ASCII-Code sind diese wie folgt unterteilt: 
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Auf den Werten von 48-57 liegen die Zahlen. Bei 65-90 finden sich die 
Großbuchstaben des Alphabetes und jeweils um 32 höher die entsprechen¬ 
den Kleinbuchstaben. Die restlichen freien Zeichen des Bereiches zwischen 
32 und 126 werden von Sonderzeichen eingenommen. Besondere Bedeutung 
im Rahmen des ASCII-Codes haben die Werte zwischen 0 und 31 und der 
Wert 127. Diese repräsentieren Funktionen, die mit der Datenübertragung 
in Zusammenhang stehen. So gibt zum Beispiel der Wert 2 den Anfang des 
zu übertragenden Textes, der Wert 3 das Ende dieses Textes an. Eine 7 läßt 
die Klingel im übernehmenden Gerät erklingen etc. Eine genaue Übersicht 
über die Bedeutung der einzelnen Werte von 0-127 im ASCII-Code findet 
sich im Anhang 1. 

Der ASCII-Code wird beim CPC auf viele Arten benutzt. Zum einen dient 
er dazu, Texte (Buchstaben und Zahlen) zum Beispiel bei der Abspeiche¬ 
rung von Strings, aber auch innerhalb der Abspeicherung eines BASIC-Pro- 
gramms, sofern es sich nicht um BASIC-Schlüsselwörter handelt, zu codie¬ 
ren. Ein String, zum Beispiel ABCD, ist also im Speicher abgelegt, indem 
die einzelnen Werte im ASCII-Code nacheinander in aufeinanderfolgende 
Speicherstellen geschrieben werden. 

Definieren wir also bei frisch eingeschaltetem Rechner oder nach 
CTRL+SHIFT+ESC 
A$="abcd" 


so finden wir nun in den Speicherstellen 43900-43903, welche wir mit 
PEEK auslesen können, die Werte 97-100, welche das ASCII-Äquivalent 
für a, b, c und d darstellen. Falls Sie eine Floppy angeschlossen haben, ver¬ 
schiebt sich der für die Stringabspeicherung nutzbare Bereich nach unten, 
es gelten dann die Speicherstellen von 42616-42619. Daneben wird der 
ASCII-Code für die Übertragung von Daten auf Kassette oder die Weiter¬ 
gabe an den Drucker benutzt. Auch sind die Daten bei der Weitergabe an 
die Routine, welche Zeichen auf dem Bildschirm darstellt, im ASCII-Code 
verschlüsselt. 

Hierbei ist jedoch zu beachten, daß der CPC den ASCII-Code in den ein¬ 
zelnen Anwendungsbereichen teilweise ergänzt (um die Werte zwischen 128 
und 255, wo beim CPC im wesentlichen Grafiksymbole liegen) oder auch 
umdefiniert, speziell im Bereich der Bildschirmausgabe, in den Nummern 
0-31. Bei der Ansprache des Bildschirms liegen hier die sogenannten Kon- 
trollzeichen. Gibt man diese mit dem PRINT-Befehl oder ähnlichen Kom- 
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mandos auf dem Bildschirm aus, so bilden sie kein Zeichen ab, sondern 
führen eine Steuerfunktion aus. Zum Beispiel: die Bewegung des Cursors in 
eine beliebige Richtung (mit Werten zwischen 8 und 11), das Löschen des 
Bildschirms, der Sprung des Cursors auf die nächste Textzeile oder im Zu¬ 
sammenhang mit nachstehenden Parametern auch das Setzen der Schreib¬ 
oder Hintergrundfarbe und ähnliche Funktionen. Eine nähere Übersicht 
über die einzelnen Funktionen findet sich in Kapitel 9 des Bedienerhand¬ 
buches. Sofern die einzelnen Kontrollzeichen nicht über die CTRL-Ebene 
der Tastatur erfaßt werden können, kann man sie mit Hilfe der Funktion 
CHR$ auf dem Bildschirm ausdrucken beziehungsweise an einen String an¬ 
fügen. So bewegt zum Beispiel ein 

PRINT CHR$(11) 

den Cursor um 1 Textzeile nach oben. Man kann sich jedoch wie im obigen 
Beispiel auch mit 

A$=CHR$( 11 )+"ABCD" 

einen String definieren, der dann bei der Ausgabe auf dem Bildschirm eine 
Zeile oberhalb der aktuellen Cursorposition ausgedruckt wird. Durch eine 
Kombination von Steuerzeichen ist es möglich, einen String zu definieren, 
der bereits eine erhebliche Umordnung des Bildschirms beinhaltet (zum 
Beispiel mit den Befehlen CHR$(25) bis CHR$(29). Auch kann man einen 
String definieren, der sich beim Ausdruck revers darstellt. Dies leistet zum 
Beispiel der nachfolgende Ausdruck: 

A$=CHR$(24)+"ABCD"+CHR$(24) 

Die entsprechenden Kontrollzeichen werden jetzt am Anfang und am Ende 
des Strings eingefügt und führen beim Ausdruck dann zu dem gewünschten 
Austausch von Papier- und Schreibstiftfarbe. Jedoch ist dabei darauf zu 
achten, daß diese Definition des Bereiches von 0-31 im ASCII-Code nur 
für die Bildschirmansprache gilt, eine Ausgabe dieses Strings auf dem 
Drucker kann also zu unerwarteten und gegebenenfalls auch völlig uner¬ 
wünschten Effekten führen, da dieser normalerweise auf Norm-ASCII 
abgestimmt ist. Während wir mit 


PRINT CHR$(<Code Nr.>) 
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ein Zeichen oder Steuerzeichen des ASCII-Codes auf dem Bildschirm aus¬ 
geben oder an einen String anfügen können, leistet der Befehl ASC() das 
Umgekehrte. Er stellt uns den Codewert eines Zeichens im ASCII-Code 
dar. 


PRINT ASC("A") 

ergibt also als Ausgabe den Wert 65, das Äquivalent für groß "A". 


1.3.2 Die Codierung des BASIC-Programms 

Die Abspeicherung des BASIC-Quelltextes erfolgt Zeile für Zeile. Dabei 
können wir zwei Bereiche unterscheiden: den Zeilenkopf mit Zeilennummer 
und Hinweis auf die nächste Zeile (Verzeigerung) sowie den eigentlichen 
Inhalt der Programmzeile. Die Verzeigerung nimmt je Programmzeile 4 
Bytes in Anspruch. Die ersten beiden Bytes enthalten dabei die Länge der 
Programmzeile im Format LoHi, das heißt, die Entfernung zur nächsten 
Zeile errechnet sich, indem man den Wert des zweiten Bytes mit 256 
multipliziert und dazu das erste Byte addiert. Analog funktioniert die 
Abspeicherung der Zeilennummer in den nächsten beiden Bytes. 

Nun stellt sich die Frage, warum der CPC überhaupt eine Zeilenlänge von 
mehr als 255 Zeichen bearbeiten können muß, obwohl die Tastatureingabe¬ 
routine doch nur maximal 255 Zeichen zuläßt. Dies hat seine Ursache da¬ 
rin, daß der CPC zum Beispiel für die Trennung von Funktionen oder Zah¬ 
lenwerten im Text noch einmal besondere Steuerzeichen, die angeben, ob es 
sich bei den nachfolgenden Werten um Zahlenwerte oder Funktionen etc. 
handelt, mit abspeichert. Dadurch kann eine Zeile im BASIC-Quelltext, 
auch wenn sie auf dem Bildschirm nur 240 oder 250 Zeichen einnimmt, 
dennoch für ihre Abspeicherung mehr als 255 Zeichen benötigen, womit 
dann eine Verzeigerung über einen größeren Bereich notwendig ist. 

Der eigentliche Inhalt einer BASIC-Zeile kann wiederum in drei Gruppen 
unterteilt werden. Die erste Gruppe bilden die BASIC-Schlüsselwörter. Um 
Speicherplatz zu sparen ist jedem BASIC-Befehl ein TOKEN genannter 
Code zugeordnet. Diese TOKENs liegen oberhalb des vom ASCII-Code be¬ 
nutzten Bereiches, also von 128-255. Da das Schneider-BASIC über mehr 
als 128 verschiedene Befehle verfügt und somit auch mehr als 128 TOKENs 
benötigt werden, hat man bei der Abspeicherung der BASIC-Befehle einen 
kleinen Trick angewandt: Das Zeichen mit der Nummer 255 dient als Er¬ 
weiterungszeichen. Trifft der CPC also auf diesen Code, so schaut er in der 



l Grundsätzliches 


29 


Funktionstabelle nach und interpretiert dann das nachfolgende Byte als ein 
TOKEN der Erweiterungstabelle. Eine Übersicht über die Bedeutung der 
einzelnen Werte innerhalb einer BASIC-Zeile ergibt sich aus der Tabelle in 
Anhang 1. Unter der Überschrift "TOKEN" findet sich dabei die Bedeu¬ 
tung der Codes im Quelltext, die Spalte Funktionstoken gibt den Sinn bei 
vorangestelltem Code 255 an. 

Die zweite Gruppe bilden die Steuer- und Sonderzeichen. Sie haben Werte 
zwischen 0 und 31 und dienen der Strukturierung innerhalb der BASIC- 
Zeile. So definiert eine Null das Zeilenende, eine Eins gibt das Ende eines 
Befehls an. Steht in einer BASIC-Zeile eine der Zahlen hex 02, 03, 04 oder 
0D, so werden die nachfolgenden Werte als Definition einer Variablen 
angesehen. Auch die Codes zwischen OE und IC dienen der Abspeicherung 
von Zahlenwerten. Da es relativ häufig vorkommt, daß in BASIC-Pro- 
grammen nur mit einstelligen Dezimalzahlen gearbeitet wird - z.B. bei 
Zählschleifen - ist man beim Entwurf des BASIC neue Wege gegangen. 
Statt immer für jede Zahl eine Realvariable anzulegen, wurde beim CPC 
eine platzsparende Variante gewählt. Eine Zahl zwischen Null und Neun 
wird als Konstante (Codes OE bis 17 hex) abgelegt und benötigt somit für 
die Abspeicherung auch nur 1 Byte, was überdies auch noch eine schnellere 
Bearbeitung bei der Ausführung des Programms garantiert. Auch Zahlen¬ 
werte kleiner als 256 werden einer Spezialbehandlung unterzogen. Der Code 
19 hex bzw. 25 dezimal erlaubt eine verkürzte Speicherung dieser Werte. 
Das nachfolgende Byte gibt dann den Zahlenwert an. Für größere Ganz¬ 
zahlen gilt die Integerdarstellung in 2 Byte, wobei je nachdem, ob die 
Eingabe hex, dezimal oder binär erfolgt ist, verschiedene Codes für die 
Abspeicherung benutzt werden. Mit hexadezimal 1F wird eine Fließkom¬ 
magröße gekennzeichnet. Die einzelnen Steuercodes sind, ebenso wie die 
TOKENs, in der Tabelle in Anhang 1 zu finden. Sie stehen mit Hexwerten 
kleiner 20 in der Spalte für TOKENs. 

Als dritte Gruppe tauchen dann die schon behandelten ASCII-Werte bei 
der Definition von Strings oder der Ausgabe von Texten auf. Auch die Va¬ 
riablennamen und einige Sonderzeichen, wie Kommas und Punkte sind im 
ASCII-Format angegeben. 




3U 


l urundsützliches 


Wir wollen uns nun einmal anschauen, wie die verschiedenen Zeichengrup¬ 
pen im BASIC-Quelltext verbunden sind. Auf eine Spezialität des CPC- 
BASICs müssen wir davor allerdings noch eingehen: die direkte Adressie¬ 
rung von Variablen und Ansprungadressen. Weisen wir zum Beispiel der 
Integervariablen a% den Wert 7 zu, so finden wir dies im BASIC wie folgt 
abgelegt: 

2 0 0 225 239 21 0 

Sie erhalten diese Zahlenfolge, wenn Sie nach dem Einschalten oder 
<CTRL>-kSHIFT>-kESC> die Zeile 

10 a%=7 

eingeben. Dabei sollten Sie jedoch, wie auch im Folgenden, immer auf die 
exakte Eingabe der Leerzeichen achten, sonst werden Sie zwischen den 
Werten, die wir jetzt mit 

PRINT PEEK(372) bis PRINT PEEK(378) 

auslesen können, den Code 32 (Leerzeichen, Space) finden. Der CPC spei¬ 
chert nämlich im Normalfall jedes eingegebene Leerzeichen mit ab. 

Doch zurück zur Interpretation dieser Zahlenfolge. Die 2 definiert den 
Variablentyp, eine Integervariable. Die nachfolgenden 2 Byte definieren die 
Speicherstelle, an der sich die Integervariable im Speicher befindet. Es han¬ 
delt sich hierbei jedoch nicht um eine absolute Adresse, sondern um die 
relative Position ab Programmende. Alle einfachen Variable sind nach dem 
BASIC-Quelltext in einem abgeschlossenen Datenbereich, dem Variablen¬ 
speicher abgelegt. Ein Zeiger (VARSTART) gibt den Beginn dieses Feldes 
an. Bei der erstmaligen Benutzung einer Variablen im Programm wird diese 
im Variablenbereich angelegt und in den beiden Byte im BASIC-Quelltext 
ihre Position relativ zu VARSTART abgelegt. Damit können Variable ohne 
langes Suchen sehr schnell wieder aufgefunden werden, was besonders bei 
Schleifenvariablen, die gegebenenfalls mehrere hundertmal durchlaufen 
werden, erheblich Zeit spart. Dieselbe Methode findet übrigens auch bei 
der Abspeicherung von Sprüngen wie GOTO und GOSUB Anwendung. 
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Hier geben die Werte hex ID bzw. hex IE an, ob es sich bei der nachfol¬ 
genden Sprungangabe um die Adresse der anzuspringenden Zeile im 
Speicher (ID) oder die Zeilennummer (IE) handelt. Beim erstmaligen 
Durchlauf des GOTO-Statements wird die anzuspringende Zeile aufgrund 
der Zeilennummer gesucht und danach deren Position anstelle der Zeilen¬ 
nummer eingetragen sowie das voranstehende IE in ID geändert. 

Soweit zur direkten Adressierung. Was bedeuten nun aber die restlichen 
Werte in der Zeile. Als nächsten Wert bei der Interpretation unserer Zah¬ 
lenfolge stoßen wir auf die Codierung des Namens. Der Name einer 
Variablen ist in ASCII abgelegt; zur letzten Stelle des Namens werden dabei 
128 als Endekennung addiert. Es wird also das 8te Bit des letzten 
Buchstabens gesetzt. Da wir nur mit einem Buchstaben gearbeitet haben, 
erfolgt hier die Addition der 128, beziehungsweise 80 hex, in der ersten 
Stelle. 


PRINT CHR$(225-128) 

gibt uns hier die Bestätigung. Es wird ein kleines "a" ausgegeben. Als 
nächstes folgt für die Wertzuweisung das Gleichheitszeichen (TOKEN 239) 
und danach in Kurzform der Wert 7. Die nachfolgende 0 schließt die Zeile 
ab. 

Wir wollen nun einmal unser Wissen über die Ablage vom BASIC anhand 
eines praktischen Beispiels überprüfen. Wir benutzen dazu ein Programm, 
das Untersuchungshilfe und -gegenständ in einer "Person" ist. 

5 a%=2:ab= 17:a$="abcd" 

10 PRINT @a%,@ab,@a$ 

20 FOR i=367 TO 477:PRINT i,PEEK(i),HEX$(PEEK(i)):NEXT 

Wenn wir dieses Programm laufen lassen, so erhalten wir zuerst die Ausga¬ 
be von 3 Zahlenwerten - wir kommen später noch darauf zurück - und da¬ 
nach die Ausgabe des gesamten Programms Speicherstelle für Speicherstelle. 
Sie sollten nun zuerst einmal versuchen, dieses selbst zu übersetzen, bevor 
Sie die nachfolgende Erklärung lesen. Die notwendigen Informationen fin¬ 
den sich wieder im Anhang 1 sowie in den oben angegebenen Erläuterun¬ 
gen. 
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Position 

dez 

hex 

Kommentar 

367 

0 

0 

Programmanfang 

368 

32 

20 

nächste Zeile nach 

369 

0 

0 

32 Byte 

370 

5 

5 

Zeilennummer 5 

371 

0 

0 


372 

2 

2 

Integervariable 

373 

5 

5 

Adresse der Variablen gerechnet 
ab 

374 

0 

0 

BASIC-Ende 

375 

225 

El 

Name "a H und Ende weil Bit 7 
gesetzt (+ 80H) 

376 

239 

EF 

= 

377 

16 

10 

Konstante 2 

378 

1 

1 

Befehl zu Ende 

379 

13 

D 

Variable ohne Kennung 

380 

12 

C 

ab Adresse BASIC-Ende + 12 

381 

0 

0 


382 

97 

61 

"a" 

383 

226 

E2 

"b" + 80H 

384 

239 

EF 

= 

385 

25 

19 

Ein-Byte-Wert 

386 

17 

11 

17 

387 

1 

1 

Befehl zu Ende 

388 

3 

3 

Stringvariable 

389 

21 

15 

liegt VARSTART + 21 

390 

0 

0 


391 

225 

El 

A + 80H 

392 

239 

EF 

= 

393 

34 

22 

"" nötig damit auch ASC <= 32 
abgespeichert werden können. 

394 

97 

61 

a 

395 

98 

62 

b 

396 

99 

63 

c 

397 

100 

64 

d 

398 

34 

22 

tttt 

399 

0 

0 

Zeile zu Ende 

400 

25 

19 

nach 25 Byte nächste Zeile 

401 

0 

0 


402 

10 

A 

Zeilennummer 10 

403 

0 

0 
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404 

191 

BF 

405 

32 

20 

406 

64 

40 

407 

2 

2 

408 

5 

5 

409 

0 

0 

410 

225 

El 

411 

44 

2C 

412 

64 

40 

413 

13 

D 

414 

12 

C 

415 

0 

0 

416 

97 

61 

417 

226 

E2 

418 

44 

2C 

419 

64 

40 

420 

3 

3 

421 

21 

15 

422 

0 

0 

423 

225 

El 

424 

0 

0 

425 

52 

34 

426 

0 

0 

427 

20 

14 

428 

0 

0 

429 

158 

9E 

430 

32 

20 

431 

13 

D 

432 

28 

IC 

433 

0 

0 

434 

233 

E9 

435 

239 

EF 

436 

26 

1A 

437 

111 

6F 

438 

1 

1 

439 

32 

20 

440 

236 

EC 

441 

32 

20 

442 

26 

1A 

443 

222 

DE 

444 

1 

1 

445 

1 

1 


TOKEN für PRINT 
Abstand 
@ 

Integervariable 
auf VARSTART + 5 

Name "a" + 80H 

@ 

Variable ohne Kennung 
auf VARSTART + 12 

Name ab mit b + 80H 

@ 

Stringvariable 

Zeiger in VARSTART + 21 

Name a 
Zeilenende 

nach 52 Byte nächste Zeile 

Zeilennummer 20 

FOR 

Abstand 

Variable ohne Kennung 
in VARSTART + 28 

Name "i M + 80H 

2 Byte Wert dezimal 
1*256+111=367 

Abstand 

TO 

Abstand 

2 Byte Wert dezimal 
1*256+222=478 (hinter Programm) 

Befehlsende 
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446 

191 

BF 

447 

32 

20 

448 

13 

D 

449 

28 

IC 

450 

0 

0 

451 

233 

E9 

452 

44 

2C 

453 

255 

FF 

454 

18 

12 

455 

40 

28 

456 

13 

D 

457 

28 

IC 

458 

0 

0 

459 

233 

E9 

460 

41 

29 

461 

44 

2C 

462 

255 

FF 

463 

115 

73 

464 

40 

28 

465 

255 

FF 

466 

18 

12 

467 

40 

28 

468 

13 

D 

469 

28 

IC 

470 

0 

0 

471 

233 

E9 

472 

41 

29 

473 

41 

29 

474 

1 

1 

475 

176 

B0 

476 

0 

0 

477 

0 

0 

478 

0 

0 


PRINT 

Abstand 

Variable ohne Kennung 
in VARSTART + 28 

i + 80H 

Funktion 

PEEK 

( 

Variable ohne Kennung 
= Position 
VARSTART + 28 
Name "i" + 80H 
) 

* 

Funktion 

HEX$ 

( 

Funktion 

PEEK 

( 

Variable ohne Kennung 
in Position VARSTART + 28 

Name "i" + 80H 

) 

) 

Befehlsende 

NEXT 

Zeilenende 

Keine weitere Zeile mehr 


Die symbolische Größe VARSTART bezeichnet dabei den Pointer auf den 
Anfang der Variablen. Die anderen Größen sind ASCII-Werte, TOKENs 
oder relative Positionen in bezug auf VARSTART. Als letzte Frage bliebe 
offen, welche Bedeutung den 3 Zahlen am Anfang der Ausgabe sowie dem 
im PRINT-Kommando zukommt. Die Antworten darauf gibt das 
nächste Kapitel. 
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1.3.3 Die Ablage der Variablen im Speicher 

Nachdem wir uns bereits intensiv mit der Abspeicherung des BASICs be¬ 
schäftigt haben, wollen wir nun zur Ablage der Variablen übergehen. Das 
Grundprinzip der Variablenabspeicherung haben wir bereits bei der Ana¬ 
lyse des BASIC-Quelltextes kennengelernt. Jede Variable ist im BASIC-Pro- 
gramm mit dem Variablennamen, dem Variablentyp sowie der Adresse, an 
der sie sich im Variablenspeicher befindet, definiert. Diese Adresse wird 
beim erstmaligen Aufruf der Variablen entsprechend gesetzt. Es stellt sich 
nun die Frage, wie die Variablen im Speicher angeordnet sind und wie der 
Computer beim erstmaligen Aufruf einer Variablen diese im Speicher 
erkennt. Zuerst einmal können wir drei Typen von Variablen unterscheiden: 

-Inteaers 

-Realvariable 

-Strines 

Jeder dieser drei Variablentypen ist auf unterschiedliche Art und Weise ab¬ 
gespeichert. Jeder Typ kann dann noch in zwei Formen Vorkommen, als 
einzelne Variable oder als ein Feld von Variablen, ein Array, zum Beispiel 
A(3,3). 

Wenden wir uns zunächst den einfachen Variablentypen zu. Am Anfang 
unserer Betrachtung müssen wir uns etwas näher mit dem Aufbau des BA- 
SlC-Speichers beschäftigen. Der BASIC-Speicher reicht von Speicherstelle 
367 bis zur Obergrenze des Speichers, die durch den Pointer definiert wird, 
normalerweise 43903. Falls eine Floppy angeschlossen ist, verschiebt sich 
die Obergrenze um ungefähr 1K nach unten. Dieser Bereich steht dem Be¬ 
nutzer für BASIC-Programm, Variablenabspeicherung und Kassettenopera¬ 
tionen zur Verfügung. Die Unterteilung des Benutzerspeichers in die 
einzelnen Teilbereiche wird dabei durch eine Anzahl von Zeigern 
vorgenommen. So gibt es einen Zeiger für den Start des BASIC-Programms 
und für das Ende des BASIC-Programms sowie für Variablenstart, 
Arraystart und das'Ende der Arrays. Daneben befinden sich noch zwei 
Zeiger für den Beginn der Strings und das Ende der Strings. Jeder dieser 
Zeiger besteht aus 2 Byte und gibt eine absolute Position im Speicher ein. 
Die Abspeicherung liegt dabei wie üblich im Format Lo-Hi. Lassen wir uns 
also 


PRINT PEEK(&AE81 )+256*PEEK(&AE82) 
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ausdrucken, so erhalten wir den Wert des Zeigers PROGSTART: 367. Die 
Anordnung der einzelnen Zeiger und ihrer Funktion bei der Aufteilung des 
Benutzerspeichers gibt das Schaubild auf der nächsten Seite wieder. Hierbei 
geben die Pfeile die Ausdehnungsrichtung der einzelnen Bereiche an. 
Nebenstehend finden sich die einzelnen Pointer. Die Positionen sind dabei 
wieder Lo-Hi abgespeichert. 

Während BASIC, Variable und Arrays sich von unten nach oben ausdehnen, 
wachsen die Strings von der Speicherobergrenze in umgekehrter Richtung. 
Soll nun eine neue Variable definiert werden, wir nehmen einmal eine ein¬ 
fache Variable an, so wird der Arrayblock zwischen ARRAY START und 
ARRAY END um die benötigten Bytes nach oben geschoben, und in den 
dann freien Raum wird die neue Variable abgelegt. Die Änderungen in den 
anderen Bereichen laufen analog ab. 

Um jederzeit die aktuelle Position einer gesuchten Variablen im Speicher 
feststellen zu können, stellt uns das Schneider-BASIC den Befehl @, auch 
Klammeraffe genannt, zur Verfügung. Jede Variable ist im Speicher des 
Rechners mit Name und den dazugehörigen Werten abgelegt. Das Komman¬ 
do @ gibt uns nun an, ab welcher Stelle die eigentliche Variable abgelegt 
ist, das heißt, er zeigt auf das erste Byte nach dem Ende des Variablen¬ 
namens. 
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STRINGSTART 


B08D, B08E 


STRINGS 

STRINGEND 
B08F, B090 


r 

ARRAYEND 



AE89, AE8A 

i 

ARRAYS 

ARRAYSTART 



AE87, AE88 

A 

i 



Variablen 

PROGEND / VARSTART 
AE83, AE84, AE85, AE86 


f 

BASIC 

PROGSTART 




AE81. AE82 


Bild 1.1: Aufbau des Benutzerspeichers mit Pointern 


1.3.3.1 Die Abspeicherung einfacher Variablen 

Schauen wir uns nun die Abspeicherung der Variablen ein wenig näher an. 
Wir ändern dazu die Zeile 20 in unserem Programm etwas ab. Wir ersetzen 
die Werte 367 und 478 durch 479 und 550. Die neue FOR-TO-Schleife be¬ 
ginnt also dort, wo die alte geendet hat, im Bereich der Variablen. Nach¬ 
einander können wir die einzelnen Variablen erkennen. Sie liegen hinter¬ 
einander, durch Nullen getrennt. Ihre Reihenfolge ergibt sich dabei aus 
dem Windhundprinzip: Was zuerst im Programmablauf definiert wurde, 
liegt zuunterst. 
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Position 

dez 

hex 

Kommentar 

479 

0 

0 

hierauf steht VARSTART 

480 

0 

0 


481 

193 

CI 

A Name der Variablen 

482 

1 

1 

% Länge der Mantisse-1 

483 

2 

2 

Wert 2 

484 

0 

0 


485 

1 

1 


486 

0 

0 


487 

65 

41 

A Name der Variablen 

488 

194 

C2 

B 

489 

4 

4 

Reallänge Mantisse-1 

490 

0 

0 

mal 

491 

0 

0 

ma2 

492 

0 

0 

ma3 

493 

8 

8 

ma4 

494 

133 

85 

exp 

495 

7 

7 


496 

0 

0 


497 

193 

CI 

A 

498 

2 

2 

$ Stringvariable 

499 

4 

4 

String ist 4 Zeichen lang 

500 

138 

8A 

Position im Speicher 

501 

1 

1 


502 

0 

0 


503 

0 

0 


504 

201 

C9 

I 

505 

4 

4 

Realvariable 

506 

0 

0 


507 

0 

0 


508 

0 

0 


509 

126 

7E 


510 

137 

89 


511 

0 

0 

ARRAYSTART 

512 

0 

0 


513 

0 

0 



Nach einer Anfangsnull erhalten wir als ersten interessanten Wert in Spei¬ 
cherstelle 481 eine 193, ein Wert, der uns schon geläufig ist. Er setzt sich 
aus dem Code für A (65) und der hinzugefügten 128 für das Ende des Na- 
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mens zusammen. Speicherstelle 482 enthält den Variablentyp Integer. Es 
folgen zwei Byte für die Angabe des Wertes der Integer, die Abspeicherung 
ist dabei LOW HIGH. Da wir in dem Programm A% auf 2 gesetzt hatten, 
finden wir also jetzt hier 2 und 0. Das oberste Byte wird nicht benötigt. 
Auf die erste dieser beiden Speicherstellen deutet unser Variablenpointer 
hin. Wir können uns also die jeweilige Position der Variablen 
durch 


PRINT @a% 
ausgeben lassen. 

Ähnlich läuft der Vorgang bei unserer nächsten Variablen ab, AB, wir hat¬ 
ten sie auf 17 gesetzt. In den Speicherstellen 487 und 488 finden wir den 
aus zwei Buchstaben bestehenden Namen. 489 liefert das Typenkürzel, eine 
4 für Real. Die nachfolgenden 5 Byte geben nun den Wert der Realvaria- 
blen an. Schon bei unseren Betrachtungen zum Thema Konvertierung von 
Zahlensystemen haben wir uns mit der Abspeicherung von Zahlen im Dual¬ 
system näher auseinandergesetzt. Der CPC speichert Fließkommazahlen in 
jeweils 5 Byte ab. Die ersten 4 Byte bilden dabei die sogenannte Mantisse, 
wobei das erste Byte das niederwertigste darstellt. In unserem Fall lauten sie 
0,0,0 und 8 und liegen von Speicherstelle 490 bis 493. Dem obersten Bit des 
vierten Mantissenbyte kommt dabei eine Sonderfunktion zu. Es gibt das 
Vorzeichen der gespeicherten Zahl an. Eine 0 bedeutet hierbei, daß es sich 
um eine positive Zahl handelt, bei einer 1 haben wir es mit einem negati¬ 
ven Wert zu tun. Insgesamt steht uns also eine Binärzahl mit 31 Stellen, 
einem 8stelligen Binärexponenten und einem Bit für das Vorzeichen zur 
Verfügung. 

Die Mantissenbytes 1 bis 3 und auch die unteren Stellen des Mantissenbytes 
4 stellen dabei binärgespeicherte Nachkommastellen dar. Da wir auf mehr 
als 15 Bit zurückgreifen müssen, ist die Umformung leider nicht so einfach 
durchzuführen, wie wir es bei der Umwandlung der einzelnen Zahlen¬ 
systeme ineinander durchgeführt haben, und bedarf bereits einiger Gehirn¬ 
akrobatik. Als ersten Schritt filtern wir das Vorzeichen heraus, indem wir 
Bit 7 des 4. Mantissenbytes setzen und so den "vorzeichenbereinigten" Man¬ 
tissenwert erhalten. Als nächsten Schritt müssen wir nun die einzelnen Bi¬ 
närmantissen zu einer Dezimalzahl zusammenfassen. Jedes Mantissenbyte 
besitzt genau 1/256 der Wertigkeit des nächsthöheren. Das höchste Mantis¬ 
senbyte besitzt dabei die Wertigkeit 1/256. Je nach dem Inhalt der Mantis¬ 
senbytes beziehungsweise -bits erhalten wir somit nun Werte zwischen 0.5 
und 0.99999999. Diese Zahl kann nun wiederum je nach dem Vorzeichen, 
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das heißt dem Wert des 8. Bits von Mantisse 4 positiv oder negativ sein. 
Wir haben somit als Mantisse eine neunstellige Zahl im Bereich ± 1 defi¬ 
niert. Diese Zahl wird nun mit einem 2er-Exponenten multipliziert, um 
auch größere oder kleinere Werte speichern zu können. Der OFFSET, das 
heißt der Wert des Exponenten, bei dem keine Änderung des in der Man¬ 
tisse ausgedrückten Wertes stattfindet, liegt bei 128. Der CPC kann also mit 
Werten im Bereich von 2 127 bis 2 _m multiplizieren. 

Das nachfolgende kleine 8-Zeilen-Programm gibt Ihnen die Möglichkeit, 
diese Art der Umformung einmal Schritt für Schritt auszuprobieren und 
sich experimentell einen Überblick über die Umwandlung der einzelnen 
Mantissenbytes und ihrer Bedeutung für die Gesamtzahl zu verschaffen. 
Wenn Sie das Programm mit den in Speicherstelle 490-494 befindlichen 
Werten 0,0,0, 8 und 133 durchspielen, werden Sie als Ergebnis 17 erhalten, 
den Wert, auf den wir AB in Zeile 5 unseres Programms definiert hatten. 


10 REM #«******##***#*## 

20 REM ** Transfarmer ** 

30 REM ******«#*#**##*#« 

40 CLSsINPUT"Bitte geben Sie den Hexwert ein (max. 2-stel1ig)";h$ 
50 IF LEN(h$)>2 THEN PRINT"nur 2-stel1ig"sFÜR t=l TO lOOOsNEXT t:G 
OTO 40 

60 GLS: PR INT "Hex wert: "; h$: h$= s "8i"+h$: PRINT" 1" 

70 PRINT" 263 1" 

BO PRINT" 0426B421" 

90 PRINT"-" 

100 b$=BIN$<VAL<h$))sb*=RIGHT*("00000000"+b* f B> 

110 FOR i=1 TO B:LOCATE 2*1,B 
120 PRINT MID$(b$, i , 1) :NEXT i 
130 PRINT:PRINT"Dezimalwert: ";VAL(h$> 


Nach soviel Kopfzerbrechen ist die Beschäftigung mit der Abspeicherung 
der Strings, obwohl auch nicht so einfach wie bei den Integervariablen, 
doch schon fast eine Entspannung. Bei der Ablage eines Strings müssen 
zwei Änderungen im Benutzerspeicher vorgenommen werden. Zum einen 
wird der Inhalt des Strings im Stringbereich, also zwischen STRING 
START und STRING END , abgelegt. Auf diesen String wird dann ein Zei¬ 
ger gesetzt, der unter dem Namen der Variablen abgespeichert, ganz normal 
zwischen den Real- und den Integervariablen im Variablenbereich liegt. 
Eine Stringvariable besteht somit aus dem Namen der Variablen, darauf 
folgend eine 2 als Kennzeichen für einen String. Die nächste Speicherstelle 
enthält die Länge des abgespeicherten Strings, und die darauf folgenden 
beiden Stellen, wieder im Format Lo-Hi, geben die aktuelle Position des 
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Strings im Stringspeicher an. Wir wollen dies einmal anhand eines Beispiels 
durchspielen. Zunächst versetzen wir den Rechner wieder in den jung¬ 
fräulichen Zustand durch 

<CTRLxSHIFTxESC> 

Unser BASIC-Programm ist damit gelöscht, die Variable VARSTART ent¬ 
hält genauso wie PROGEND den Wert 370. Zwischen PROGSTART und 
VARSTART befinden sich nur die drei Nullen, die das Ende des Pro¬ 
gramms angeben. Als nächstes definieren wir nun 

A$="ABCD". 

Schauen wir uns nun unseren Speicher an. Wir finden unsere gesuchte 
Variable ab Position 372. Das erste Byte enthält wie üblich den Namen der 
Variablen und hier, da nur mit einem Buchstaben gearbeitet wird, natürlich 
wieder mit der hinzugefügten 128 erweitert. Auch der nächste Wert stellt 
keine prinzipielle Neuerung dar. Es handelt sich um eine 2, das Kenn¬ 
zeichen für Strings. Als nächstes folgt nun die Länge des Strings; hier steht 
eine 4. Die Speicherstellen 375 und 376 geben uns dann die absolute 
Position unseres Strings mit der Länge von 4 Zeichen im Stringspeicher, das 
heißt an der Speicherobergrenze an. Lassen wir uns 

PRINT PEEK(376+256*PEEK(377)) 

ausgeben, so erhalten wir den Wert 43900. An dieser Stelle liegt der erste 
Buchstabe unseres Strings, das große A. Lassen wir uns PEEK von 43900 
ausgeben, so erhalten wir eine 65 das ASCII-Äquivalent für klein a. In den 
nachfolgenden Stellen bis 43903 finden sich die anderen 3 Buchstaben. Wir 
können uns jetzt auch den Wert von STRINGEND ausgeben lassen. Die 
Differenz zu STRINGSTART beträgt genau die belegten 4 Byte. 


1.3.3.2 Die Abspeicherung von Arrays 

Bei Arrays haben wir es mit Variablenfeldern zu tun. Das heißt: Unter ein 
und demselben Variablennamen sind mehrere Variable abgespeichert, die 
durch Indizierung unterschieden werden. Jede einzelne Variable wird also 
bezeichnet, indem man den Variablennamen des Feldes angibt und dann in 
Klammern ein oder mehrere Dimensionsangaben. Mehrdimensionale Felder 
müssen beim CPC prinzipiell mit dem DIM-Kommando definiert werden, 
eindimensionale Felder, das heißt Arrays, mit nur einer Indexangabe, in 
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dem Moment, wo der Index auf Werte größer als 10 läuft. Dies hat seinen 
Grund darin, daß bei der erstmaligen Verwendung einer indizierten Varia¬ 
blen, zum Beispiel M(8), ein Realfeld angelegt wird, welches dann für den 
Rest der Arbeitszeit im Speicher verbleibt. Wollte man beliebige eindimen¬ 
sional indizierte Felder ohne den DIM-Befehl aufrufen, so müßte bei dem 
erstmaligen Aufruf von B(6) z.B. ein eindimensionales Feld von unendlicher 
Größe definiert werden,bei der nächsten eindimensionalen Variablen wieder 
usw. Daß dies schon aufgrund der Größe des verfügbaren Speichers natür¬ 
lich nicht möglich ist, ist sofort einsichtig, und man hat sich deshalb darauf 
beschränkt, wie auch bei den meisten anderen Homecomputern, beim Auf¬ 
ruf einer eindimensionalen Feldvariablen immer nur ein Feld der Größe 10 
zu definieren. Es können also die Indizes von 0 bis 10 ohne vorherige 
Dimensionierung benutzt werden. Dennoch ist dieses Verfahren nicht im¬ 
mer ratsam, denn schließlich wird, auch wenn man nur 3 indizierte Varia¬ 
ble benötigt, ein 10- beziehungsweise genauer gesagt 11-elementiges Feld, 
denn wir müssen ja die 0 mitzählen, eröffnet, was natürlich Speicherplatz 
kostet und bei häufiger Anwendung derartiger Schlendrianmethoden auch 
den Programmablauf erheblich verzögert. Man sollte daher auch kleine 
eindimensionale Felder grundsätzlich mit dimensionieren. Bei 
mehrdimensionalen Feldern und größeren eindimensionalen Feldern, das 
heißt von 11 nach oben, ist dies sowieso unumgänglich. 

Schauen wir uns nun einmal die Abspeicherung eines Arrays an. Diese ist 
eigentlich relativ einfach und eingänglich. Da aber Arrays bei der Anwen¬ 
dung von in Maschinensprache geschriebenen Sortier- und Vergleichsrouti¬ 
nen, zum Beispiel der Bestimmung des Maximalwertes eines Feldes oder der 
Überprüfung der Existenz eines bestimmten Teiltextes in einem Stringfeld, 
einen dankbaren Anwendungsbereich bilden, sollten wir uns doch mit ihnen 
etwas näher auseinandersetzen. 


1.3.3.2.1 Stringarrays 


Als erstes wollen wir uns einmal den Aufbau eines Stringarrays anschauen. 
Als Hilfe dazu dient uns wieder ein kleines Untersuchungsprogramm: 


5 DIM m$(12,12,12) 

7 m$(0,0,0)="13 Byte voir:m$(12,12,12)="7 Byte" 

8 m$(l,0,0)="l" 

10 FOR i= PEEK(&AE87)+256*PEEK(&AE88) TO 
PEEK(&AE89)+256*PEEK(&AE8A) 

20 PRINT i,PEEK(i),HEX$(PEEK(i)):NEXT 
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Dieses Programm dimensioniert zunächst ein Stringarray der Größe 13 x 13 
x 13, das heißt mit Indizes, die von 0-12 laufen dürfen. Danach werden 3 
Stringvariable in diesem Feld definiert. In den Zeilen 10 und 20 schließt 
sich dann die Untersuchungsroutine an. Hierbei lassen wir uns bei der 
Analyse des Arrays durch den CPC assistieren. 

Variablenfelder werden beim CPC in einem Bereich des Benutzerspeichers, 
der zwischen den Zeigern ARRAY START und ARRAY END liegt, also 
oberhalb der einfachen Variablen, abgelegt. Über diesen Bereich läuft die 
Zählschleife in Zeile 10. Zeile 20 gibt dann wie gewohnt den einzelnen 
Wert der Zählschleife, das heißt die Speicherstelle und den Inhalt der Spei¬ 
cherstelle dezimal und hex aus. Wenn wir das Programm laufen lassen, so 
erhalten wir die folgende Ausgabe. 


Abspeicherung der ARRAYS 


Position 

dez 

hex 

Kommentar 

565 

0 

00 


566 

0 

00 


567 

205 

CD 

Name + 128 M 

568 

2 

02 

Variablen typ "$" 

569 

198 

C6 

Länge des Descriptorfeldes 

570 

25 

19 

Zeiger auf nächstes Array 

571 

3 

03 

Dimension 

572 

13 

0D 

1. Dimension-Variable 

573 

0 

00 

höherwertiges Byte 

574 

13 

0D 

2. Dimension-Variable 

575 

0 

00 

höherwertiges Byte 

576 

13 

0D 

3. Dimension 

577 

0 

00 

höherwertiges Byte 

578 

13 

0D 

Länge 1. String m$(0,0,0) 

579 

150 

96 

Position im Speicher 

580 

1 

01 

PRG oder Stringspeicher! 

581 

1 

01 

Länge 2. String 1 m$( 1,0,0) 

582 

207 

CF 

Position im Speicher 

583 

1 

01 



Sollten Sie für die Speicherstelle, das heißt I, höhere Werte erhalten, so liegt 
dies daran, daß Sie in dem Programm an irgendeiner Stelle Leerzeichen 
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eingegeben haben, die, wie wir schon gesehen haben, das Programm verlän¬ 
gern und damit auch zu einer Verschiebung des Arraybereiches nach oben 
führen. Bei normaler Eingabe des Programms beginnt die Ausgabe ab Spei¬ 
cherstelle 565. 

Die Ablage des Feldes läuft ähnlich wie die Abspeicherung einer einfachen 
Variablen ab. Zunächst folgt der Name, ein Buchstabe; die addierte hex 80 
gibt wiederum an, daß der Name zu Ende ist. 

Es folgt der Variablentyp, eine 2 für Strings und dann ein etwas unge¬ 
wöhnlicher Wert: die Länge des Descriptorfeldes. Auf die genaue Bedeutung 
der einzelnen Werte kommen wir später noch zurück. Es folgt die Angabe 
der Dimensionen. Wir haben es mit einem dreidimensionalen Feld zu tun, 
das in jeder Dimension 13 Indizes, daß heißt Zahlen von 0 bis 12, zuläßt. 

Nun folgt die Angabe der Position des ersten Strings (Speicherstelle 578). 
Jeder einzelne String ist wie bei den einfachen Strings mit seiner Länge und 
Position im Speicher abgelegt. Für die Position im Speicher finden wir hier 
nun die etwas ungewöhnlichen Werte 150 und 1 (Speicherstelle 579 und 
580). Diese Adressen liegen noch im Bereich des BASIC-Programms. Was 
auf den ersten Blick etwas verwirrend ist, entpuppt sich schnell als ein klu¬ 
ger Schachzug. Da wir ja bereits im Programm die Definition der Variablen 
abgelegt hatten, ist es eigentlich unnütz, diese noch einmal oben im String¬ 
speicher anzulegen. Daher befindet sich hier nur die Adresse der Variablen 
im Programm. Wenn wir uns den BASIC-Quelltext ab Position 406 mit 

PRINT CHR$(PEEK(406)) PRINT CHR$(PEEK(407)) etc. 

ausgeben lassen, so finden wir unsere Definition des ersten Strings, nämlich 

13 Byte voll 

Die Speicherstelle 406 ergibt sich dabei als 1 * 256 + 150, das heißt, auch 
hier wurde die Adresse des Strings wieder im Format Lo-Hi abgespeichert. 
Ab 581-583 folgt der nächste String m$(l,0,0). Diesen hatten wir nur auf 
ein Zeichen, die 1, definiert, so daß wir hier als Länge eine 1 vorfinden, 
und 1 x 256 + 207 ■ 463 gibt uns wiederum die Position im Programm an. 
Diese Positionsangabe gilt für alle Strings, die erstmalig definiert werden. 
Wird jedoch der String zum erstenmal wirklich geändert, so folgt dann die 
Ablage des geänderten Strings im Stringspeicher und natürlich auch eine 
Korrektur der Positionsangabe bei der Abspeicherung des Arrays. 
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Wir können dies einmal mit der Eingabe von Zeile 9 ausprobieren. 

9 m$(0,0,0)=m$(0,0,0)+"A" 

Diese macht nichts anderes, als daß sie an unseren ersten String ein großes 
A anfügt. Lassen wir nun unser Programm wieder laufen, so erkennen wir 
schnell die Änderung; die Länge des Strings wurde auf 14 heraufgesetzt, 
und in den nachfolgenden beiden Angaben finden wir nun eine Position 
gekennzeichnet, die im Stringspeicher liegt. Das Ausrechnen der Adresse 
ergibt 43889. Und natürlich ist auch noch eine andere Änderung einge¬ 
treten. Durch das Einfügen der Zeile 9 wurde unser BASIC-Programm 
länger, so daß der Arraybereich jetzt einige Bytes höher beginnt, womit wir 
auch bei der Ausgabe der Speicherstellen in der ersten Spalte natürlich hö¬ 
here Werte erhalten. 

Abschließend zu unserer Betrachtung von Stringarrays müssen wir noch auf 
die Größe des Feldes, das heißt die alten Speicherstellen 569 und 570 ein- 
gehen. Sie speichern die gesamte Länge des für die Stringverzeigerung be¬ 
nötigten Feldes. Wie wir schon gesehen haben, benötigt jeder String für die 
Abspeicherung 3 Byte, seine Länge und die Positionsangabe im Stringspei¬ 
cher beziehungsweise im BASIC-Quelltext als absolute Adresse. Bei drei 
Dimensionen und jeweils 13 erlaubten Indizes benötigen wir somit 13 x 13 
x 13 x 3 Speicherstellen für die Ablage des Stringzeigers. Addieren wir zu 
diesen 6591 Byte noch die für die Dimensionsangaben benötigten 7 Byte 
(Anzahl der Dimensionen und 3 x Elemente je Dimension), so erhalten wir 
als Ergebnis 6598 Bytes, und dies ist genau jene Zahl, die wir oben in der 
Länge des Descripterfeldes als 25 * 256 + 198 wiederfinden. Wie sieht das 
Ganze nun für die anderen beiden Variablentypen, das heißt Integer- und 
Realvariablen, aus? 


1.3.3.2.2 Numerische Arrays 

Wir können dies mit wenigen Handgriffen überprüfen. Ändern wir unser 
kleines Programm wie folgt 


5 DIM m(12,12,12) 

7 m(0,0,0)=999:m( 12,12,12)=7 

8 m(l,0,0)=l 

10 FOR i= PEEK($AE87)+256*PEEK(&AE88) TO 
PEEK(&AE89)+256*PEEK(&AE8A) 

20 PRINT i,PEEK(i),HEX$(PEEK(i)):NEXT 
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so wird nun ein Fließkommavariablenfeld mit drei Dimensionen und je¬ 
weils 13 Elementen angelegt und seine Struktur uns aufgezeigt. Da unser 
Programm durch die Änderung etwas kürzer geworden ist, beginnt die Ab¬ 
speicherung der Arrays jetzt schon ab Speicherstelle 543, und wir erhalten 
die folgenden Ausgaben: 


Position 

dez 

hex 

543 

0 

00 

544 

0 

00 

545 

205 

CD 

546 

4 

04 

547 

240 

F0 

548 

42 

2A 

549 

3 

03 

550 

13 

0D 

551 

0 

00 

552 

13 

0D 

553 

0 

00 

554 

13 

0D 

555 

0 

00 

556 

0 

00 

557 

0 

00 

558 

192 

CO 

559 

121 

79 

560 

138 

8A 

561 

0 

00 

562 

0 

00 

563 

0 

00 

564 

0 

00 

565 

129 

81 


Kommentar 


Name ”M" + 128 
Variablentyp Real 
Größe des Feldes 
10992 Byte 
Dimensionen 

1. Dimension 
höherwertiges Byte 

2. Dimension 
höherwertiges Byte 

3. Dimension 
höherwertiges Byte 

1. Variable m(0,0,0) Mantisse Byte 1 
Mantisse 2 

Mantisse 3 
Mantisse 4 
Exponent 

2. Variable m( 1,0,0) 

Mantisse 2 
Mantisse 3 
Mantisse 4 
Exponent 


Der Arraykopf ist dem der Stringarrays sehr ähnlich. Unterschiedlich ist 
natürlich der Variablentyp eines Realvariablenfeldes. Auch die Größe des 
Feldes hat sich eigentlich erweitert. Dies liegt daran, daß, wie wir ja schon 
gesehen haben, eine Realvariable 5 Byte für die Abspeicherung benötigt. 
Rechnen wir ein bißchen: 
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Abzuspeichernde Variable: 


13 * 13 * 13 * 5 Byte = 10985 Byte 
+ Dimensionierung = 7 Byte 


10992 Byte 

und damit gerade jene Zahl, die wir auch als 42 * 256 + 240, also die 
Größe unseres Feldes, bestimmen können. Für den Wert der einzelnen 
Variablen gilt das schon bei der Abspeicherung der einfachen Realvariablen 
Gesagte. Das gleiche Prinzip finden wir auch bei der Abspeicherung von 
Integerarrays wieder. Das Feld ist nun kleiner als bei den Stringvariablen, 
da ja nur 2 Byte für die Abspeicherung benötigt werden. Als Kennzeichen 
finden wir die 1 für Integer und nach den Dimensionsangaben Hann im 2- 
Byte-Ersatz Variable auf Variable. Wir können uns dies anschauen, indem 
wir einfach in unserem Programm hinter jeder Variablen noch das Prozent¬ 
zeichen für Integervariable einfügen. 
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2 Speicherabfrage und -Veränderung 


2.1 Übersicht über den Speicheraufbau 

Im letzten Kapitel haben wir uns bereits ein wenig mit der Aufteilung des 
variablen Speichers unseres Rechners, des RAM beschäftigt und einige erste 
Routinen kennengelernt, mit denen es möglich war, Speicherbereiche abzu¬ 
fragen. Wir wollen dieses Wissen nun vertiefen und als Endpunkt ein kom¬ 
plexes Programm erstellen, welches es uns ermöglichen wird, sowohl viel¬ 
fältige Operationen beim Lesen und Schreiben von Speicherstellen durchzu¬ 
führen als auch Maschinenspracheprogramme besser einzugeben und zu 
testen. Zunächst wollen wir etwas näher auf die Aufteilung des Speichers 
und die Speicherstruktur eingehen. Bei der Beschäftigung mit der 
Abspeicherung von BASIC-Variablen, -arrays und -strings haben wir es im 
wesentlichen mit dem Benutzerspeicher des Rechners zu tun gehabt, jenem 
Teil des variablen Speichers, der dem Benutzer Vorbehalten ist. Er liegt, wie 
wir schon gesehen haben, zwischen Speicherstelle 367 und Speicherstelle 
43903, falls man die Kassette angeschlossen hat. Bei angeschlossener Floppy 
werden vom oberen Teil des Benutzerspeichers noch einige Byte abge¬ 
zwackt. 

Das gesamte RAM umfaßt jedoch erheblich mehr Adressen, nämlich genau 
65536 Adressen mit Nummern zwischen 0 und 65535. Dies sind genau 2 16 
Speicherstellen, was bedeutet, daß wir mit einer 16-Bit-Adresse, also mit 2 
jede Speicherstelle im RAM ausreichend adressieren können. Nun 
verfügt der CPC aber nicht nur über variablen Speicher, also RAM, son¬ 
dern auch über einen festen Speicher, das ROM, das halb so groß wie das 
RAM ist, also 32 K umfaßt. Schauen wir uns zunächst einmal das RAM in 
seiner Gesamtheit an. Wir beginnen dabei an der Obergrenze des Speichers, 
bei Adresse 65535 oder &FFFF, die das hexadezimale Äquivalent darstellt. 
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Die obersten 16 K werden normalerweise vom Grafikspeicher eingenom¬ 
men. Jeder Punkt auf dem Bildschirm wird hier durch seinen Farbcode ab¬ 
gelegt. Von C000 nach unten läuft der Maschinenstapel. Dieser Speicher¬ 
platz ist dem Prozessor, der CPU, Vorbehalten. Sie benutzt ihn, um Daten 
oder Sprungadressen abzulegen. Änderungen in diesem Bereich haben ent¬ 
weder keinen Effekt oder führen dazu, daß der Computer sich auf die eine 
oder andere Weise verabschiedet. Für den Anwender von größerem Inte¬ 
resse ist der nächste Bereich und hier insbesondere die Adressen von B900 
bis BD37. Von B900 bis B923 liegt der Kernel Jumpblock . Diese Sprungta¬ 
belle dient dazu, es dem Benutzer zu ermöglichen, auf die einzelnen Spei¬ 
cherbereiche zurückzugreifen, ROMs ein- und auszuschalten. Auf die ein¬ 
zelnen Aufrufe kommen wir am Ende dieses Kapitels noch zurück. 

Noch interessanter für den Benutzer ist der Haupt-Firm ware-Jumoblock 
zwischen BB00 und BDFF. Hier finden sich mehrere hundert Einsprünge in 
das untere ROM, die der Anwender in seine eigenen Maschinenprogramme 
einbauen kann. Dabei wird die gesamte Funktionspalette abgedeckt. Es ist 
hiermit möglich, die Tastatur umzudefinieren, Zeichen auf dem Bildschirm 
auszugeben, Windows zu definieren, die Farben der einzelnen Windows zu 
setzen. Aber auch für Kassettenoperationen das Laden des Soundspeichers 
oder bei der Druckerausgabe stehen eine ganze Reihe von Maschinenhilfs¬ 
routinen zur Verfügung, die durch universelle Anwendbarkeit für viele 
Probleme in der Maschinensprache einsetzbar sind. Der Ansprung der ein¬ 
zelnen Betriebssystemroutinen erfolgt dabei über sogenannte LOW JUMP¬ 
RESTARTS. Jede Betriebssystemroutine ist in drei Byte abgespeichert. Das 
erste Byte wird dabei durch die Restartanweisung eingenommen. Danach 
folgt in zwei Byte die Adresse der Betriebssystemroutine, die im unteren 
ROM die gewünschte Funktion ausführt. Beim Aufruf dieser Routine wird 
automatisch die benötigte ROM-Konfiguration hergestellt, das heißt, der 
Benutzer muß sich nicht mehr darum kümmern, ob die richtigen ROM- 
und RAM-Bereiche eingeschaltet sind. 

Der nächste Bereich auf unserem Weg nach unten (zwischen B900 und 
AC00) gehört wiederum der Firmware . In diesem Teil geht es vor allem um 
die Tastatur und die Eingabe von Zeichen. Hier befinden sich der Zeichen¬ 
eingabepuffer und auch die Definitionstabellen für die Tastaturbelegung 
sowie die Erweiterungszeichen. Daneben liegen hier eine Reihe von BASIC- 
Variablen, wie die Pointer für die Unterteilung des Benutzerspeichers, die 
wir im letzten Kapitel bereits des öfteren benutzt haben. Die Abspeiche¬ 
rung der relevanten Werte für die Kassettenausgabe (mehr dazu in Kapitel 
8) erfolgt ebenfalls hier. 
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FFFF 


COOO 


ACOO 

HIMEM 


0170 

0000 


Grafikspeicher 


Maschinenstapel 


Firmwaredaten und 
Sprungtabellen 


User-Zeichensatz 
Maschinenroutinen-— 


Basic-Variablenpool 


Basic-Quelltext 


Firmwaredaten 

Restarts 


Bild 2.1: Unterteilung des RAM 


Die Hex-Adresse ACOO bezeichnet die Trennlinie zwischen Fi rmwarpgnpi- 
eher und Anwenderspeicher. Ab dieser Adresse nach unten ist das RAM 
vornehmlich dem Benutzer Vorbehalten. Den obersten Teil des Benutzer¬ 
speichers, der variabel nach unten ausgedehnt werden kann, bildet der vom 
Benutzer frei definierbare Zeichensatz. Grundsätzlich ist es möglich, alle 
256 Zeichen des Firmwarezeichensatzes umzudefinieren, jedoch sollte man 
dabei auf die unteren 32 Symbole verzichten, da diese Kontrollzeichen dar¬ 
stellen (vergleiche Kapitel 9, Seite 2f im Handbuch) und der Computer 
diese bei Änderung nicht mehr als Kontrollzeichen interpretieren kann. 
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Beim Einschalten sind die obersten 16 Zeichen, das heißt die Zeichen mit 
den Codes von 240 bis 255, durch den Benutzer frei definierbar. Die Va¬ 
riable HIMEM, die die Trennlinie zum weiter unten liegenden BASIC zieht, 
hat den Wert 43903 oder in hex AB7F, oder bei Floppyeinsatz entsprechend 
niedriger. Man kann sie jederzeit mit 

PRINT HIMEM bzw. PRINT HEXS(HIMEM) 

abfragen. Die Differenz zu den oben genannten AC00 stellt den Speicher¬ 
bedarf für eben jene 16 Zeichen dar. Mit SYMBOL AFTER schafft man 
nun Platz für neue Zeichen. Dabei wird HIMEM tiefer nach unten im 
Speicher geschoben und somit Platz für die neuen Symbole (8 Byte für 
jedes Zeichen) reserviert. Gibt man zum Beispiel SYMBOL AFTER 32 ein, 
so liegt HIMEM jetzt bei 42239. Wird der Speicherplatz knapp und kann 
man auf frei definierbare Zeichen verzichten, so ist es auch möglich, mit 
SYMBOL AFTER 256 HIMEM nach oben auf 44031 oder hex ABFF zu 
schieben, wodurch man noch einmal 128 Bytes gegenüber dem Einschaltzu¬ 
stand an freiem Speicherraum gewinnt. 

Unterhalb des Benutzerzeichensatzes ist es möglich, einen weiteren Bereich 
für Maschinenroutinen oder Datenablage zu reservieren. Dies geschieht mit 
dem Kommando 

MEMORY 

Mit MEMORY wird die Variable HIMEM noch weiter nach unten gesetzt. 
Der dazwischenliegende Speicher steht dann zur gesicherten Abspeicherung 
von Maschinenprogrammen etc. zur Verfügung. Hierbei ist jedoch darauf 
zu achten, daß das SYMBOL AFTER-Kommando recht allergisch gegen 
MEMORY reagiert. Will man also einen benutzerdefinierten Zeichensatz 
schaffen und hat davor schon HIMEM mittels MEMORY nach unten ver¬ 
ändert, so gibt der CPC ein unfreundliches IMPROPER ARGUMENT aus. 
Bevor man also weiteren Speicherplatz für Maschinenprogramme reserviert, 
muß man erst das SYMBOL AFTER für die gewünschte Anzahl von Zei¬ 
chen ausführen. Ein Beispiel: Für ein Spiel etc. sollen 50 neue Zeichen 
definiert werden, daneben benötigt man noch reservierten Speicherplatz für 
Maschinenprogramme von der Größe von 2K. Unter der Annahme, daß die 
Zeichen in den obersten 50 Charactercodes abgelegt werden sollen, definiert 
man also SYMBOL AFTER 206 (HIMEM liegt jetzt bei 43631) und ver¬ 
schiebt dann die Obergrenze des BASIC-Speichers mittels MEMORY noch 



2 Speicher ab frage und -Veränderung 


53 


um 2 K auf zum Beispiel auf 41600, mit MEMORY 41600 herab. HIMEM 
nimmt dann diesen neuen Wert an. Eine Änderung der Anzahl frei defi¬ 
nierter Zeichen in dem so umdefinierten Speicherbereich (zum Beispiel 
SYMBOL AFTER 200) führt nun zur Ausgabe IMPROPER ARGUMENT. 

Unterhalb HIMEM beginnt das eigentliche Reich des Benutzers, der Be¬ 
nutzerspeicher. Wir haben uns mit seinem Aufbau schon im letzten Kapitel 
ausgiebig beschäftigt. 

Von oben nach unten wachsen in diesem Teil des Speichers die STRINGS. 
In umgekehrter Richtung türmen sich die BASIC-Variablen (numerische 
Variable, Schleifenvariablen und Arrays) übereinander. Der Zwischenraum 
bleibt für besondere Aufgaben wie zum Beispiel das Laden von Program¬ 
men offen. Noch eine Etage weiter unten finden wir dann unseren BASIC- 
Quelltext. Bei jeder Änderung in diesem Bereich wird das gesamte dahin¬ 
terliegende Variablenfeld mit verschoben. Deshalb bleiben die Variablen bei 
einer Veränderung im BASIC-Text oder bei Programmabbruch im Gegen¬ 
satz zu anderen Rechnern (zum Beispiel VC 64) erhalten. Der Boden un¬ 
seres Speichers gehört wiederum der Firmware, diesmal im wesentlichen 
einigen Systemvariablen und den RESTARTS. Daneben enthalten die un¬ 
teren 367 Byte noch einigen Freiraum, der für die Zwischenspeicherung 
der BASIC-Zeile bei der Übersetzung dient. 


2.1.1 Die Restarts 

Eine Besonderheit des Z80-Prozessors sind die RESTART-Anweisungen. 
Dabei handelt es sich um eine abgekürzte Form des normalen Sprungbe¬ 
fehles. Während dieser das Format Befehlscode und zwei Byte für Adresse 
hat, genügt bei der RESTART-Anweisung nur der Befehlscode, und den¬ 
noch ist es dem Prozessor möglich, an die richtige Stelle zu springen. Das 
wird dadurch erreicht, daß die Einsprungpunkte für die RESTART-An- 
weisung am Anfang des Speichers fix definiert sind. Der erste RESTART 
(RST 0) liegt im Fußpunkt des Speichers bei Adresse 0000. Trifft der Pro¬ 
zessor also auf eine RST-O-Anweisung im Maschinenprogramm, so springt 
er zur Adresse 0 und führt die dort angegebene Befehlsfolge weiter aus. 
RST 1 beginnt ab Speicherstelle 8, RST 2 ab Speicherstelle 16 beziehungs¬ 
weise 10 hex usw. bis RST 7, das bei der Speicherstelle 0038 hex beginnt. 
Da die RESTART-Anweisung vom Prozessor relativ schnell ausgeführt und 
außerdem aufgrund der Kürze des Befehls erheblich weniger Speicherplatz 
verbraucht wird, gehört die Belegung der 8 RESTART-Anweisungen mit 
möglichst häufig benutzten Routinen zu einer der wichtigsten Entscheidun- 
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gen bei der Entwicklung eines Z80-Systems. Schnelligkeit und Effizienz der 
Maschine hängen wesentlich davon ab, ob größere, häufig benutzte Rou¬ 
tinen schnell durch RESTART angesprungen werden können. 

Eines der Hauptprobleme beim CPC, wie auch bei vielen anderen Home¬ 
computern, ist das Umschalten zwischen ROM und RAM, das durch das 
Huckepackverfahren (Doppelbelegung der Adreßleitung) notwendig wird. 
Da dies, wie wir schon gesehen haben, beim CPC nicht durch feste Ver¬ 
drahtung, sondern durch Softswitching erfolgt, liegt im schnellen Umschal¬ 
ten zwischen den einzelnen Bausteinen eine der Hauptmöglichkeiten für 
Zeitersparnis bei der Maschine. Eine weitere Anwendungsmöglichkeit ent¬ 
steht bei der Interpretation von Sprungtabellen, wie zum Beispiel des 
Hauptfirmware-Jumpblocks zwischen BDOO und BDFF, mit dem wir uns 
weiter oben schon etwas näher beschäftigt haben. Auch hier kommt es da¬ 
rauf an, den Aufruf der entsprechenden Unterroutinen möglichst schnell 
und effizient abzuhandeln. 

Diese beiden Bereiche stellen dann auch das Haupteinsatzgebiet für die 
RESTART-Anweisung beim CPC dar. Bis auf den RST 6 ab hex 0030, der 
vom Anwender benutzt werden darf, sind alle anderen RESTARTS dem 
System Vorbehalten. Dabei ist zu sagen, daß die RESTART-Anweisungen 
im RAM und im parallelliegenden ROM identisch abgelegt sind. Das heißt, 
ein Umschalten zwischen unterem ROM und RAM beeinflußt das Funktio¬ 
nieren der RESTARTS nicht. Dies geschieht dadurch, daß beim Einschal¬ 
ten, das heißt der Initialisierung, das ROM ganz einfach ins RAM kopiert 
wird. Da der CPC davon ausgeht, daß diese Kopie einwandfrei ist, greift er 
teilweise auf das ROM und auch teilweise auf die entsprechenden 
RESTART-Anweisungen im RAM in seinen Betriebssystemroutinen zurück. 
Es braucht daher wohl eigentlich nicht gesagt zu werden, daß der CPC auf 
Änderungen in diesem Bereich durch POKE etc. sehr unangenehm reagiert. 
Auf die Funktion der einzelnen Restarts kommen wir später noch einmal 
zurück. Hier soll eine Grobübersicht genügen. 

Der mächtigste RESTART ist RST 0. Beim Einschalten ist das untere ROM 
aktiviert, der entsprechende RAM-Bereich ausgeschaltet, und die Z80 be¬ 
ginnt ab Speicherstelle 0, die Maschinenbefehle zu lesen. Sie trifft dabei 
auf eben diesen RESTART, versetzt das System in den Ausgangszustand, 
löscht den Speicher, definiert die Firmwarevariablen, kopiert Teilbereiche 
der ROMs ins RAM, initialisiert den Bildschirm und springt anschließend 
zum Editor. Außer beim Einschalten wird dieser RESTART noch benutzt, 
wenn man gleichzeitig CTRL, SHIFT und ESC drückt. Man kann ihn auch 
benutzen, wenn bei falscher Eingabe eines Codewortes etc. das komplette 
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Programm so gelöscht werden soll, daß für einen Unbefugten keinerlei 
Rückschlüsse mehr auf den Programmablauf oder nur die Speichervertei¬ 
lung gezogen werden können. Die RESTARTS 1 und 5 springen in das un¬ 
tere ROM, wobei die Adresse im ROM in den nachfolgenden 2 Byte nach 
der RESTART-Anweisung abgespeichert sein muß. Die RESTARTS 2 und 
3 sind für die Ansprache der parallelliegenden oberen ROMs bestimmt. 
RESTART 6 ist dem Benutzer Vorbehalten. Ist das ROM eingeschaltet, so 
wird es bei RST 6 ausgeschaltet und ins RAM gesprungen. Der Anwender 
kann die Byte von 002C bis 0037 einschließlich für Eigenentwicklungen, 
Ansprünge eigener Unterprogramme, Spracherweiterungen etc. benutzen. 

Nach dem RAM kommen wir nun zu einer Betrachtung des ROM. Betrach¬ 
tet man die Adressen, unter denen ROM angesprochen werden kann, so 
fällt auf, daß der feste Speicher unseres Rechners, obwohl in ein und dem¬ 
selben Baustein beheimatet, dennoch einer adreßmäßigen Teilung unterliegt. 
Wir können ein oberes ROM (Adreßbereich hex C000-FFFF) und ein unte¬ 
res ROM (Adressen 0000 bis 3FFF) unterscheiden. Der obere ROM-Teil 
enthält dabei den BASIC-Interpreter, also jene Routinen, die den BASIC- 
Quelltext in Maschinenroutinen übersetzen und ausführen. Der untere Teil 
wird durch die Betriebssystemroutinen und die von jedem System und jeder 
Hochsprache benötigte Fließkommaarithmetik eingenommen. 

Soviel zunächst zu einer Groborientierung im Speicher der Maschine. 


2.2 Einfache Routinen für die Speicheranalyse 

Nachdem wir uns relativ ausgiebig mit der Aufteilung des RAM und der 
Anordnung des parallelgelagerten ROM beschäftigt haben, stellt sich nun 
die Frage, wie wir einzelne Speicherbereiche auslesen können. In bezug auf 
das RAM haben wir wichtige Routinen bereits kennengelernt. Mit dem 
BASIC-Kommando PEEK können wir den Wert einer jeden Speicherstelle 
abfragen und diese dann mit HEX$ und BIN$ umformen und so in anderen 
Zahlensystemen darstellen. Wenn wir vermuten, daß es sich bei den dort 
abgelegten Daten um Texte handelt, bietet sich die Verwendung der Funk¬ 
tion CHR$ an, um die zugehörigen ASCII-Zeichen darzustellen. Hierbei 
sollten wir jedoch beachten, daß, wie wir schon gesehen haben, die ASCII- 
Codes zwischen 0 und 31 beim CPC Kontrollfunktion haben, also Cursor¬ 
bewegungen ausführen, den Grafikmodus umschalten oder Farben setzen, 
so daß wir diese bei einer normalen Ausgabe nicht ausführen sollten, da 
ansonsten die gerade geschriebenen Änderungen im Bildschirmaufbau auf- 
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treten. Die nachfolgenden beiden Routinen können universell verwandt 
werden. 

Speicheranalyseroutine: 

10 INPUT"Bereichsanfang";A 
20 INPUT M Bereichsende";B 
30 FOR i«A TO B 

40 PRINT i,PEEK(i),HEX$(PEEK(i)) 

50 NEXT 

Textanalyseroutine: 

10 INPUT"Bereichsanfang";A 
20 INPUT"Bereichsende";B 
30 FOR i=A TO B 

40 PRINT i,PEEK(i),:IF PEEK(i)>31 THEN PRINT CHR$(PEEK(i)) 
50 NEXT 

Die erste dieser beiden Routinen haben wir bereits bei der Analyse von 
Variablen und Arrays ausgiebig angewandt und auch die zweite Routine 
dürfte vom Verständnis her keine Probleme ergeben. Beim Gebrauch dieser 
Routinen sind wir jedoch auf das RAM beschränkt. Wir wollen uns nun 
damit beschäftigen, wie wir auch auf die beiden parallelgelagerten ROM- 
Speicher zurückgreifen können, um dort Informationen auszulesen und 
diese zu analysieren. Das Umschalten zwischen RAM und ROM kann nur 
via Maschinensprache geschehen. Wir müssen also auf eine kleine Maschi¬ 
nenspracheroutine zurückgreifen. 


2.2.1 Die Ablage von Maschinenprogrammen 

Es stellt sich zunächst die Frage, wo wir Maschinenprogramme sicher able- 
gen können. Da nämlich, wie wir gesehen haben, der CPC in seinem Be¬ 
nutzerspeicher bei der Anlage beziehungsweise Änderung von Daten ständig 
Datenmengen hin und her schiebt, ist dieser Bereich für die Ablage eines 
Maschinenprogramms grundsätzlich nicht besonders geeignet. Auf Ausnah¬ 
men kommen wir gleich noch zurück. Was wir brauchen, ist ein gesicherter 
Speicherbereich, auf den keine Routine des Betriebssystems, sei es die Bild¬ 
schirmverwaltung, Ein-/Ausgabesteuerung oder der BASIC-Interpreter, zu¬ 
rückgreift. Eine solche Möglichkeit findet sich beim CPC an der oberen 
Speichergrenze. Wie wir schon gesehen haben, können wir mit dem 
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MEMORY-Kommando HIMEM, das heißt die Obergrenze des Benutzer¬ 
speichers, nach unten verschieben. Normalerweise liegt sie bei Speicherstelle 
43903 beziehungsweise bei angeschalteter Floppy natürlich entsprechend 
niedriger. Geben wir nun 

MEMORY 42999 

ein, so steht uns der Speicherbereich von 43000-43903 zur Verfügung. Die 
Speicherstelle 42999 enthält dann das letzte Byte des ersten definierten 
Strings. 

Im Zusammenhang mit Strings steht auch die zweite Möglichkeit, die sich 
allerdings nur für die Ablage von kurzen Maschinenprogrammen, die auf 
keine absoluten Adressen zurückgreifen, eignet. In Kapitel 1.3 haben wir 
den Variablenpointer "(S>", einen Zeiger auf das erste Byte eines abgespei¬ 
cherten Strings, kennengelernt. 

PRINT PEEK(@m$+l )+256*PEEK(@m$+2) 

gibt uns diese Position an. Wir brauchen nun nur die einzelnen Maschinen¬ 
befehle und Daten mit CHR$ in Grafiksymbole umzuwandeln und zu ad¬ 
dieren. Der so gebildete String enthält dann ein Maschinenprogramm, das 
wir unter Benutzung des Pointers anspringen können. Da aber Strings ver¬ 
lagert werden können, dürfen in einem solchen Programm keine absoluten 
Adressen benutzt werden. 

Der Aufruf eines Maschinenprogramms: 

Der Ansprung eines Maschinenprogramms geschieht mit Hilfe des BASIC- 
Kommandos CALL. Trifft der CPC auf diesen Befehl, so springt er zu dem 
mit der Anfangsadresse definierten Maschinenprogramm und legt gleich¬ 
zeitig die Rücksprungadresse auf dem Maschinenstapelspeicher, dem 
STACK, ab. Nun wird das Maschinenprogramm abgearbeitet, so lange, bis 
der Computer auf den Code 201 beziehungsweise C9 hex trifft. Mit diesem 
Maschinensprache-Return-Kommando (RET) wird der Prozessor angewie¬ 
sen, wieder in die nächst höhere Ebene zurückzukehren, und der Ablauf 
des BASIC-Programms setzt sich nahtlos fort. 

Wie muß nun eine Routine aussehen, die es uns ermöglicht, Informationen 
aus dem unteren oder dem oberen parallelen ROM zu lesen? 
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2.2.2 Das Umschalten zwischen ROM und RAM 

Aufgabe dieser Routine muß es sein, zunächst einmal das gewünschte 
ROM, oberes oder unteres ROM, einzuschalten, danach ein Byte einer vor¬ 
her angegebenen Speicherstelle aus diesem zu lesen und dieses an einer 
Stelle im RAM zu speichern. Danach muß es die Kontrolle zurück an 
BASIC übergeben, jedoch sollte es vorab das ROM wieder in die Ruhelage 
zurückbringen. Das Hauptproblem stellt also das Ein- und Ausschalten der 
benötigten Speicher dar. 

Glücklicherweise stellt uns hierfür allerdings das Betriebssystem des Rech¬ 
ners eine Reihe von Routinen zur Verfügung, die wir von unserem Maschi¬ 
nenprogramm als Unterprogramme auf rufen können. Der Aufruf dieser 
Systemroutinen geschieht mit Hilfe einer Sprungtabelle, die von hex B900 
bis hex B923 im RAM des Rechners liegt. Die einzelnen Sprungzeiger 
führen dabei folgende Funktionen aus: 

B900 U ROM ENABLE 

Diese Routine schaltet das obere ROM ein. Der Aufruf ist an keine be¬ 
stimmten Einsprungbedingungen geknüpft, beim Aussprung enthält das Re¬ 
gister A des Prozessors den alten ROM-Status. Mit der Routine ROM RST 
(Adresse B90C) ist es möglich, den vorherigen Stand wiederherzustellen. 

B903 U ROM DISABLE 

Diese Routine ist das Gegenstück zu B900, sie schaltet das obere ROM aus. 
A enthält dabei wiederum den vorherigen ROM-Status, so daß es möglich 
ist, mit B90C den alten Zustand wiederherzustellen. 

B906 L ROM ENABLE 

Diese Routine schaltet das untere ROM ein. Dieses ist normalerweise ge¬ 
sperrt, wenn keine Firmwareroutine aufgerufen wird. A beinhaltet auch 
hier wieder den vorherigen ROM-Status. Einsprungbedingungen: keine. 

B900 L ROM DISABLE 

Diese Routine sperrt das untere ROM, ist also das Gegenstück zu B906. A 
beinhaltet wieder den alten Speicherzustand. 
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B90C ROM RST 


Diese Routine stellt den vorherigen ROM-Status wieder her, das heißt, un¬ 
abhängig davon, ob durch den Aufruf einer der Routinen von B900 bis 
B90B eine Änderung erfolgte oder nicht, wird immer der Ursprungszustand 
wiederhergestellt. Dieser muß dabei im Register A zwischengespeichert 
sein. Beim Aussprung aus der Routine ist das Register A zerstört. Es be¬ 
steht natürlich auch die Möglichkeit, mit U ROM DISABLE die Auswir¬ 
kungen von U ROM ENABLE wieder aufzuheben. Allerdings hat diese 
Methode den Nachteil, nicht immer den Ursprungszustand wiederher¬ 
zustellen. Wurde zum Beispiel ein bereits eingeschaltetes unteres ROM mit 
U ROM ENABLE weiterhin eingeschaltet, so führt die Gegenoperation U 
ROM DISABLE nun natürlich nicht in den Ausgangszustand zurück. Daher 
ist für den Normalfall die Benutzung von ROM RST vorzuziehen. Sie be¬ 
nötigt jedoch den alten ROM-Status in Register A. Man muß also, falls 
man im Verlauf des eigenen Maschinenprogramms mit dem Register A 
weiterhin arbeiten will, diesen Wert Zwischenspeichern. 


Aus diesen Vorbemerkungen ergibt sich die Programmstruktur nun fast von 
selbst. Wir wollen uns das Ganze einmal am Beispiel der Untersuchung des 
oberen ROMs anschauen. Zunächst das Maschinensprachelisting: 


CALL B900 
LD A,(C000) 
LD (A800),A 
CALL B903 
RET 


CD 00 B9 
3A 00 CO 
32 00 A8 
CD 03 B9 
C9 


Mit dem ersten Kommando rufen wir die Routine in B900 auf. Damit ist 
das obere ROM eingeschaltet, und wir können auf dieses beim Lesen zu- 
greifen. Dazu benutzen wir den Maschinenbefehl CALL, der in etwa dem 
BASIC-Befehl GOSUB entspricht. Es wird auch hier eine Rücksprung¬ 
adresse abgelegt, womit nach Durchlauf der Routine B900 der Prozessor 
beim nächsten Statement mit der Abarbeitung unseres Maschinenprogr amm«; 
fortfährt. Als nächstes laden wir das Register A mit dem Inhalt der Spei¬ 
cherstelle C000, der ersten Speicherstelle im oberen ROM. Diese legen wir 
dann mit dem nachfolgenden Befehl im RAM an der Speicherstelle A800 
ab. Mit einem weiteren CALL schalten wir das obere ROM wieder aus und 
kehren dann mit dem RETURN-Befehl wieder in unser BASIC-Programm 
zurück. 
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Die entsprechenden Codes für die vier verschiedenen Befehle lauten CD für 
den CALL-Befehl, das Laden von A mit einer Speicherstelle wird durch 
das Kommando 3A veranlaßt, die Umkehrung dazu erreichen wir mit dem 
Code 32, der RET-Befehl schließlich hat den Code C9 (Alle Angaben je¬ 
weils in HEX). Die oberen drei Befehle benötigen dabei jeweils noch eine 
2-Byte-Adresse, die wie üblich im Format Lo-Hi abgespeichert ist. Schauen 
wir nun einmal, wie wir unser Programm ablegen und danach ausführen 
können. 


2.2.2.1 Programmablage in einem String 

Als erstes wollen wir uns mit der Ablage in einem String beschäftigen. Da¬ 
zu benutzen wir das nachstehende kleine Programm. 

j0 ’ ********************** 

20 ’ ** oberes ROM mit $ ** 

30 ’ ********************** 

40 DATA CD,00,B9,3A,00,C0,32,00,A8,CD,03,B9,C9,X 
60 READ a$:lF a$="X" THEN 80 
70 z$=z$+CHR$(VAL("&"+a$)):GOTO 60 
80 CALL PEEK(@z$+l)+256*PEEK(@z$+2) 

90 PRINT PEEK(&A800) 

In Zeile 40 finden wir in Data abgelegt die HEX-Codes unseres Maschi¬ 
nenprogramms. Das X am Ende der Zeile stellt dabei eine Endemarkierung 
dar. Die Zeilen 60 und 70 werden so lange durchlaufen, bis der Computer 
bei dem READ-Befehl in Zeile 60 ein X einliest. Danach wird die nachfol¬ 
gende IF-Abfrage wahr, und die weitere Ausführung des Programms läuft 
über Zeile 80. In Zeile 70 wird unser Maschinenprogrammstring zusammen¬ 
gefügt. Da diese Methode auf den ersten Blick etwas ungewöhnlich ist, 
wollen wir noch mehr auf sie eingehen. Mit dem erstmaligen Aufruf des 
READ-Kommandos in Zeile 60 wird in A$ ein C und ein D eingelesen. 
Diese stellen nun aber nicht direkt eine HEX-Zahl dar, sondern einfach 
nur die beiden Buchstaben des Alphabets, in 2 Byte werden sie hinterein¬ 
ander wie üblich abgespeichert. Die IF-Abfrage ist unwahr, also geht es 
nach Zeile 70. Hier geschieht nun die Umwandlung dieses Textes. Was wir 
nämlich benötigen ist ein ASCII-Zeichen, das genau als Zahlenwert dem 
Maschinenprogrammbefehl entspricht. Als erstes addieren wir dazu zu 
unserem A$ das "&"-Zeichen. Damit haben wir nun einen 3 Byte langen 
String erzeugt. Auf diesem können wir nun die Funktion VAL anwenden. 
VAL gibt uns den Dezimalwert eines Stringausdrucks wieder. Durch das 
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vorangestellte & wird nun unser hexadezimaler Textstring in einen Dezi¬ 
malwert umgewandelt. Wir können uns dies einmal anschauen. 

PRINT VAL("&"+"CD") 

ergibt als Ergebnis den Wert 205: das Dezimaläquivalent für die HEX-Zahl 
CD. Die etwas kompliziert erscheinende Methode ist notwendig, da es außer 
in der Abspeicherung als String keine Möglichkeiten im BASIC gibt, um 
mit hexadezimalen Größen direkt rechnen zu können. 

Von dem so herausgefundenen Dezimalwert können wir natürlich nun mit 
der CHR$-Funktion relativ einfach ein äquivalentes ASCII-Zeichen erzeu¬ 
gen. Da der Wert über 128 liegt, erhalten wir hier ein Zeichen des erwei¬ 
terten ASCII-Codes, das heißt ein Grafikzeichen, einen von links oben nach 
rechts unten verlaufenden Schrägstrich. Welche Zeichen bei den einzelnen 
dezimalen, beziehungsweise HEX-Werten dabei auftauchen müssen, können 
Sie zum Beispiel in Anhang 3 des Betriebshandbuches nachsehen. Auf Seite 
10 finden wir dort das gerade angesprochene Grafikzeichen. Nach dieser 
Methode fügt das Programm Zeichen für Zeichen an den Z$-String an, bis 
es auf das schon angesprochene X stößt. Danach folgt ein CALL-Befehl, 
das heißt der Aufruf eines Maschinenprogramms. Da uns die genaue Lage 
des Z$-Strings, speziell wenn wir mit mehreren Strings arbeiten, nicht be¬ 
kannt ist, greifen wir hier wieder auf die Funktion zurück. Der Varia¬ 
blenpointer "<5>" deutet auf das erste Byte nach dem Stringnamen, das heißt 
die Länge des Strings. Fragen wir dann die folgenden beiden Byte ab, so 
erhalten wir seine momentane Lage, die wir nach geeigneter Umrechnung, 
das heißt als Lo-Hi-Adresse interpretiert, zum Ansprung unseres Maschi¬ 
nenprogramms benutzen können. Unser Maschinenspracheprogramm legt 
das gesuchte Byte in der RAM- Speicherstelle A800 ab, wo wir es nach der 
Rückkehr aus der Maschinenroutine mit PEEK abfragen können. Als Er¬ 
gebnis beim Durchlauf dieses Programms müssen Sie den Wert 128 erhalten. 


2.2.2.2 Maschinenprogrammsicherung mit HIMEM 

Schauen wir uns nun die zweite Variante an, die Abspeicherung im ge¬ 
schützten Speicherbereich. Das Prinzip ist identisch von der Maschinen¬ 
spracheseite her, so daß wir hier gleich zum BASIC-Programm übergehen 
können. 
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10 ’ ************************** 

20 ’ ** oberes ROM mit HIMEM ** 

3Q » ************************** 

40 DATA 40000,CD,00,B9,3A,40,C0,32,00,A0,CD,03,B9,C9,X 
50 READ j:i=j:MEMORY i-1 
60 READ a$:IF a$="X" THEN 80 
70 POKE i,VAL("&"+a$):i=i+l:GOTO 60 
80 CALL j 

90 PRINT PEEK(ÄAOOO) 

Auch hier wird eine Variante verwendet, die leicht für andere Maschinen¬ 
spracheprogramme benutzt werden kann und die wir deshalb im Verlauf 
des Buches noch einige Male anwenden werden. In der Datazeile finden wir 
als neuen Wert am Anfang die neue Speicherobergrenze. Auf diesen Wert 
beschränkten wir mit dem MEMORY-Kommando den Benutzerspeicher. 
Die Zeilen 60 und 70 haben dieselbe Funktion wie bei der Stringmethode. 
Auf die Erzeugung eines ASCII-Characters können wir hier verzichten, 
dafür muß der Dezimalwert in aufeinanderfolgende Speicherstellen hinein- 
gepoket werden. Wir benutzen dazu als Adresse die Variable I, die damit 
von den anfänglichen 40000 bis 40012 heraufläuft. Der Aufruf unseres Pro¬ 
gramms gestaltet sich nun einfacher. Die Ansprungadresse ist direkt be¬ 
kannt, es handelt sich um die anfangs eingelesene 40000, die sich noch in J 
befindet. Unseren gesuchten Wert erhalten wir wiederum durch Abfrage 
einer Speicherstelle, diesmal A000 mit PEEK. Da wir diesmal die Speicher¬ 
stelle C040 analysiert hatten, ergibt sich auch ein etwas anderer Wert, eine 
66, der ASCII-Code für B. Was es mit diesem großen B und den nachfol¬ 
genden Zeichen auf sich hat, werden wir gleich noch sehen. 

Zunächst wollen wir jedoch unsere theoretischen Betrachtungen über das 
Umschalten und Abfragen von ROMs in ein handliches, universell ver¬ 
wendbares Abfrageprogramm umsetzen. Dieses soll es uns ermöglichen, an 
einer beliebigen Stelle im oberen oder unteren ROM eine beliebige Anzahl 
von Stellen dezimal und hexadezimal anzuschauen. Ein solches kleines Pro¬ 
gramm stellt ROMREAD dar. Im Prinzip ist es mit unserem vorherigen 
identisch. Allerdings bietet es nun wahlweisen Zugriff auf eines der beiden 
ROMs, es werden 4 Byte gleichzeitig mit jedem Ansprung der Routine aus¬ 
gelesen, und außerdem wurde die Programmierung sauberer. Während wir 
bei unserem letzten Programm noch mit den Routinen U ROM ENABLE 
und U ROM DISABLE gearbeitet haben, wollen wir nun lieber auf ROM 
RST zurückgreifen, da diese Routine unabhängig vom vorherigen Aus¬ 
gangszustand die alte Konstellation von RAM und ROM wieder herstellt. 
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Beim Ansprung unserer letzten Routine konnten wir uns darauf verlassen, 
daß beide ROMs ausgeschaltet sind, da dies beim Ausführen des BASIC- 
Befehls CALL immer der Fall ist. In größeren und komplexen Programm¬ 
systemen aber, und hieran wollen wir uns schon möglichst schnell gewöh¬ 
nen, kann derartiges Vertrauen zu höchst unangenehmen Konsequenzen 
führen und im Extremfall sogar dazu, daß sich der Rechner "aufliängt". 
Denken Sie zum Beispiel einmal daran, was passiert, wenn der Rechner im 
Vertrauen darauf, daß Sie ihm die alte Speicherkonfiguration wiederher¬ 
stellen, eine Routine im BASIC-ROM anspringen will, er aber statt dessen 
durch Ihren Ausschaltbefehl im Grafikspeicher landet. Was beim ersten 
Durchdenken möglicherweise noch ganz lustig erscheint, kehrt sich in sein 
Gegenteil, wenn Sie sich vorstellen, daß Sie gerade zu diesem Zeitpunkt ein 
neues Programm entwickelt hatten, von dem unglücklicherweise noch keine 
Sicherungskopie gezogen wurde. Wir sollten uns also schon möglichst früh 
angewöhnen, den Speicherzustand wieder in die Ausgangstage zu versetzen. 
Trotzdem sollten Sie natürlich spätestens ab jetzt nicht mehr auf ein vor¬ 
heriges Abspeichern des Programms vor dem eigentlichen Lauf verzichten. 

Assemblerlisting ROMREAD 


CALL U ROM ENABLE 

CD 00 B9 

LD B,A (ROMSTATE) 

47 

CALL L ROM ENABLE 

CD 06 B9 

LD HL,<ADRESSE> 

21 00 00 

LD A,(HL) 

7E 

LD(40050),A 

32 72 9C 

INC HL 

23 

LD A,(HL) 

7E 

LD(40051),A 

32 73 9C 

INC HL 

23 

LD A,(HL) 

7E 

LD(40052),A 

32 74 9C 

INC HL 

23 

LD A,(HL) 

7E 

LD(40053),A 

32 75 9C 

LD A,B 

78 

CALL ROM RESTORE 

CD 0C B9 

RET 

C9 
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Doch zurück zur Interpretation des Programms. Am Anfang steht der 
Aufruf der uns schon bekannten Routinen U ROM ENABLE und L ROM 
ENABLE. Nach dem Durchlauf von U ROM ENABLE enthält der Akku¬ 
mulator die alte Speicheraufteilung von RAM und ROM. Diese müssen wir 
nun bis zum Anlauf der Routine ROM RST Zwischenspeichern, falls wir 
den Akkumulator wie gewohnt bei der Abfrage von Speicherstellen be¬ 
nutzen wollen. Als Zwischenspeicher dient uns dabei ein anderes Register 
unseres Prozessors, das Register B. Mit dem Befehl 

LD B,A 

wird in Maschinensprache der Inhalt des Registers A in das Register B ko¬ 
piert. Der HEX-Code dafür ist 47. Mit dem nächsten Befehl lernen wir 
eine andere Variante des Ladebefehls kennen. Hier werden zwei Register 
verändert, das Registerpaar HL. Die nachfolgenden beide Byte geben dabei 
an, auf welchen Wert das Registerpaar gesetzt werden soll. Die Abspei¬ 
cherung erfolgt dabei wieder im Format Lo-Hi; das heißt: Das erste Byte 
wird in das Register L geschickt, das zweite Byte nach dem Befehlscode 
findet sich danach im Register H wieder. Diese Art des Ladens wird als 
immediate, also unmittelbar, bezeichnet, da hier die zu ladenden Werte 
direkt, explizit angegeben sind. Das Gegenstück dazu lernen wir beim 
nächsten Befehl kennen, das indirekte Laden. Hiermit wird das Register A 
mit dem Inhalt der Speicherstelle geladen, der durch das Registerpaar HL 
angegeben ist. 

Beispiel: 

HL wurde auf C000 gesetzt. A nimmt nun den Inhalt der Speicherstelle 
C000 an. Bei eingeschaltetem RAM wäre das das erste Byte des Bild¬ 
schirmspeichers, ansonsten das erste Byte des oberen ROMs. 

In dem nächsten Befehl wird der Inhalt von A nun an eine Stelle im RAM 
geschrieben, Speicherstelle 40050, was umgerechnet in HEX den etwas 
krummen Wert von 9C72 ergibt. Auch hier erfolgt die Angabe der Speich¬ 
erstelle wieder im Format Lo-Hi. Damit erhält eine in RAM gelegene Spei¬ 
cherstelle, auf die wir jederzeit zugreifen können, den Wert eines Bytes aus 
dem ROM. Welches Byte dabei gelesen wird, wird, wie schon gesagt, durch 
das Laden von HL bestimmt. Poken wir also dann in die vier Nullen eine 
16-Bit-Adresse, so können wir mit dieser Methode auf jedes beliebige 
Byte, gleich in welchem ROM, zurückgreifen. Nach der Rückkehr aus dem 
Maschinenprogramm finden wir den Wert dann in Speicherstelle 40050 
wieder. 
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Als nächstes erhöhen wir den Inhalt des Registerpaares HL um 1. Dies 
leistet der INC-Befehl. Dadurch ist nun in HL die nächst höhere Zugriffs¬ 
adresse, zum Beispiel C001, verfügbar. Wir laden den Inhalt dieser Spei¬ 
cherstelle wiederum in A und speichern es in die nächst höhere Zelle im 
RAM zurück, also nach 40051. Nachdem wir diese Prozedur noch zweimal 
wiederholt haben, sind vier aufeinanderfolgende Byte in das RAM zwischen 
Adresse 40050 und 40053 kopiert worden. Ein BASIC-Programm muß also 
nun nur noch den Anfang des auszulesenden Speicherbereichs in 2 Byte als 
Hi-Lo-Adresse zerlegt, an die Stelle, wo sich die vier Nullen im Maschi¬ 
nencode befinden, poken und kann dann nach Durchlauf des Maschinen¬ 
programms den Inhalt der adressierten ROM-Zellen im RAM wiederfinden. 


io ' ************* 

20 ' ** rontread ** 

30 ' ************* 

40 MEMORY 39999 

50 DATA cd,00,b9,47,cd,06,b9,21,00,00 
60 DATA 7e,32,72,9c,23,7e,32,73,9c,23 
70 DATA 7e,32,74,9c,23,7e,32,75,9c 
BO DATA 78,cd,Oc,b9,c9,x 
90 i=40000 

100 READ a*:IF a*="x" THEN 120 

110 POKE i , VAL ("Si"+a*>: i=i + l: GOTO 100 

120 INPUT"ab welcher Speicherstelle”;s 

130 IF s<0 THEN s= s+65536 

140 s1=INT(s/256):s2=s—256*s1 

150 POKE 40008,s2:POKE 40009,sl:CALL 40000 

160 FOR i= 40050 TO 40053:PRINT i,PEEK(i),HEX*(PEEK(i));NEXT 
170 GOTO 120 


Dies ist dann auch der genaue Funktionsablauf von ROMREAD. Zunächst 
wird in Zeile 40 mit dem MEMORY-Kommando die Speicherobergrenze 
auf 40000 gesetzt, so daß wir von 40000 nach oben über einen geschützten 
Speicher für Maschinenprogramme verfügen. In diesen laden wir dann das 
Maschinenprogramm ein, als Endemarkierung dient uns hier wiederum ein 
X. 

Es folgt in Zeile 120 die Abfrage der gewünschten Speicherstelle. Diese 
kann wahlweise in dezimal oder in HEX eingegeben werden. Bei HEX ist 
jedoch ein vorangestelltes &-Zeichen notwendig. Um bei HEX-Zahlen von 
größer als 8000 nicht zu negativen Werten von S zu kommen, addieren wir, 
wie schon bei der Konvertierung von Zahlensystemen ineinander, wiederum 
2 ie =65536. 
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Zeile 140 zerlegt diese Adresse dann in ein HIGH-Adreßbyte und ein 
LOW-Adreßbyte. Das HIGH-Byte ergibt sich dabei, indem man die Adres¬ 
se durch 256 teilt. Die überbleibende Ganzzahl gibt den Block an, in dem 
die Speicherstelle liegt. Die Position innerhalb eines Blocks findet man 
dann, indem man von der Adresse die Anzahl der Blöcke, multipliziert mit 
256 Byte je Block, abzieht. Zeile 150 poket dann die beiden Werte an die 
entsprechenden Stellen im Maschinenprogramm und ruft dieses danach auf. 

Nach der Rückkehr können dann in einer FOR-TO-Schleife die vier 
RAM-Speicherstellen ausgelesen werden. Wollen wir statt der Ausgabepo¬ 
sition im RAM lieber unsere ROM-Speicherstellen in der ersten Spalte wie¬ 
derfinden, so brauchen wir nur das PRINT-Kommando ein wenig zu än¬ 
dern. Wir ersetzen dazu das erste I nach dem PRINT-Befehl einfach durch 
I-40050+S. 


2.3 Ein Monitor für den CPC 

Im Verlauf der letzten beiden Kapitel haben wir eine Reihe nützlicher 
Routinen kennengelernt, die es uns ermöglichten, Zahlenwerte ineinander 
zu konvertieren, ASCII-Werte im Text umzuformen oder uns Speicherstel¬ 
len und Speicherbereiche auf die verschiedensten Arten und Weisen anzu¬ 
schauen. Was aber noch fehlt, ist ein universell verwendbares Programm, 
welches all diese Möglichkeiten als Unterfunktionen enthält. 


2.3.1 Anforderungen an den Monitor 

Darüber hinaus sollte ein solches Programm natürlich auch noch über eine 
Reihe anderer Möglichkeiten verfügen. So sollten zum Beispiel Speicher¬ 
bereiche löschbar sein, es müßte möglich sein, einen Teil des MEMORYs 
zu sichern und auch Daten vom Band in einen Bereich hineinzulesen. Da¬ 
neben sollte ein solches Programm in der Lage sein, Maschinenprogramme 
aufzurufen und Maschinenprogramme zu disassemblieren, das heißt, die 
Kürzel oder Mnemonics für die einzelnen Befehle auszugeben, also zum 
Beispiel den Code 23 mit INC HL zu übersetzen und uns so ein Befehls- 
listing eines Maschinenspracheprogramms, ein sogenanntes Assemblerlisting, 
zu erstellen. Darüber hinaus sollte ein solches Programm natürlich jederzeit 
mit neuen Funktionen erweiterbar sein, um das Programm steigenden Be¬ 
dürfnissen oder neuen Erkenntnissen anpassen zu können. 



2 Speicher ab; rage una 


2.3.2 Das Programm 


Das nachfolgend abgedruckis ®C^^rammfda“ 

Programm, oder besser gesagt, £ re ' h der Maschinen- 

denn einige Funktionen, dm größ Programmierung 

Pr t ogramn^s er is^reJa > dv t ^infach^^ a ^^eM^ n e^emlich^nur^au^einer^ Be- 

ärtuSab^n^n LvJSTstehtn' Zu! Bedeutung der einzelnen 
Buchstaben: 


Mit dieser Funktion wird das Ausgabegerät festgelegt Die meisten 
Unterprogramme von CPC MON geben die Daten auf de £ Schirm 

aus. Bei Ligen größeren Ausgaben wie zum Bei ^ ie ‘^J? 1S r ^ che n 
Mieren eines Programms oder beim Anzeigen von Speicherbereichen 
tot ra jXh wünschenswert, dies« auch auf dem Drucker abb. den zu 
können Wurde mit der Funktion A der Drucker emgeschaltet, so 
werden nun diese Ausgaben umdirigiert 


B 


Mit der Blocktransferroutine ist es möglich, Speicherbereiche zu ver- 

riräs 

gramms einzufrieren.Zum Beispiel könnten d ' e J“™“'?|” ,nt "V a d n '* 
den Benutzerspeicher unterteilen, also Anfang der Variablen, An a g 
der Arrays, Ende der Arrays, Anfang der Strings und Ende der 
Strings zwischengespeichert werden. 


Zahlensysteme konvertieren. Hiermit können wir Werte von einem 
Zahlensystem 6 in das andere umwandeln. Nach Eingabe einer Zahl 
fwäÜX dezimal, hex oder Dual) wird ihr Wer. in den drei Zah- 

lensystemen ausgegeben. 
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D Programm disassemblieren. Diese Routine übersetzt den Maschinen¬ 
code eines Programms in den entsprechenden Assemblertext durch 
Ausgabe der Mnemomics. Sie stellt ebenso wie Blocktransfer eine 
Programmerweiterung dar, die wir im Kapitel 5 einfügen werden. 

G Mit dieser Option ist es möglich, ein Maschinenprogr amm durch¬ 
laufen zu lassen oder zu testen. G ohne Parameter dient dabei zum 
Fortsetzen eines durch einen Breakpoint abgebrochenen Programms, 
mit G <Adresse> sind wir in der Lage, ein Maschinenprogramm an 
einer bestimmten Stelle im Speicher anlaufen zu lassen. Die Ausfüh¬ 
rung dieser Routine bedarf einer Reihe interner Kenntnisse über den 
Prozessor in Z80 und kann deswegen erst im Kapitel 6 eingefügt wer¬ 
den. Eine erste Vorstufe wird in Kapitel 4 erarbeitet. 

H Diese Unterfunktion gibt eine Hilfsliste des Befehlssatzes unseres 
Monitors aus. 

I Diese Option erlaubt es uns, Speicherstellen zu ändern. Sie dient im 
wesentlichen dazu, Maschinenprogramme zu erstellen. Da bei kann in 
beliebiger Stelle der Code eingegeben werden. Die Beendigung der 
Eingabe geschieht, indem man ein X eingibt, dies wird als Endemar¬ 
kierung aufgefaßt. 

K Speicherbereiche löschen. Dies ist die Umkehrung zu I. Die zugehö¬ 
rige Unterroutine löscht, das heißt nullt einen vorher eingegebenen 
Speicherbereich. 

L Mit dieser Routine können wir einen Speicherbereich von Kassette 
laden. 

M Dieses Kommando steht für MEMORY, das Anzeigen eines Speicher¬ 
bereichs. Die Darstellung erfolgt dabei sowohl durch HEX-Codes als 
auch im rechten Teil des Bildschirms, als Grafiksymbole ausgegeben. 
Es werden auf einer Zeile des Bildschirms jeweils die Inhalte von 8 
Speicherstellen nebeneinander ausgegeben, so daß die in der ersten 
Spalte angegebene Speicheradresse im HEX-Format sich im 8er 
Rhythmus verändert. Einfaches M ohne weitere Parameterangaben 
stell! den Speicherbereich ab Speicherstelle 0 dar, jeweils für 15 Bild¬ 
schirmzeilen, also 120 Byte Platz. Die erste Zahl nach dem M wird als 
Anfang des darzustellenden Bereichs angesehen, mit Semikolon ist es 
dann noch möglich, eine weitere Zahl, das Ende des abzubildenden 
Bereichs, anzugeben. Die Angabe der Parameter kann dabei dezimal. 
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hex oder binär erfolgen. Es sind bei anderer als dezimaler Eingabe al¬ 
lerdings die entsprechenden Kürzel, das heißt & beziehungsweise &X, 
zu verwenden. Bei der grafischen Ausgabe bedeutet ein Fragezeichen 
einen Wert >32, also ein Kontrollzeichen. Ob aus dem ROM oder 
RAM gelesen werden soll, wird mit der Funktion R festgelegt. 

P Hiermit legen wir die Programmobergrenze fest. Die Variable 
HIMEM unterteilt den dem Benutzer verfügbaren Speicher in einen 
dem BASIC vorbehaltenen Speicher und einen gesicherten Bereich, 
den wir für die Ablage von Maschinenspracheprogrammen benutzen 
können. Beim Anlauf des Monitors setzt dieser die Variable HIMEM 
mittels MEMORY auf 39999, so daß die Speicherstellen von 40000 
nach oben definiert sind. Je nachdem, ob man mit angeschalteter 
Floppy oder nur mit Kassette arbeitet, braucht der Rechner selber für 
die Abspeicherung seiner internen Variablen den Speicher von unter¬ 
halb des Bildschirmspeichers bis 43903 (Kassette) oder 42619 
(Floppy). CPC MON benutzt den Bereich zwischen 40000 und 42000 
für die Ablage seiner Variablen und gegebenenfalls der des Benutzers. 
Oberhalb von 42000 kann der Benutzer also Programme ablegen. Soll¬ 
te dieser Platz nicht reichen, ist es dann möglich, mit P HIMEM noch 
weiter nach unten zu verschieben und den Bereich zum Beispiel von 
38000-39999 zu benutzen. 

R Diese Funktion dient der Umschaltung zwischen ROM und RAM als 
Basis für alle Leseoperationen. Es wird der Inhalt der BASIC-Varia- 
blen ROM in ihr Gegenteil verkehrt. Diese Variable dient den Funk¬ 
tionen D und M als Grundlage, um festzustellen, ob aus dem ROM 
oder dem RAM gelesen werden soll. 

S Speicherbereich sichern. Diese Routine stellt ein Maschinen- SAVE 
dar, genauer gesagt, das Abspeichern eines binären Files. Nach An¬ 
gabe von Ober- und Untergrenze des Bereiches, der abgespeichert 
werden soll, wird dieser auf Kassette gesichert. Diese Funktion eignet 
sich, um Texte in einem Maschinenspracheprogramm einfügen zu 
können. Oftmals ist es nötig, Kommandos, Erklärungen etc. auch 
durch ein Maschinenspracheprogramm ausgeben zu können. Die Un¬ 
terroutine P legt nach Eingabe eines Strings diesen anhand seiner 
ASCII-Werte Zeichen für Zeichen anhand einer vorher eingegebenen 
Speicherstelle ab. 

X Diese Funktion dient dazu, CPC MON zu verlassen und in BASIC zu¬ 
rückzukehren. 




70 


2 Speicher ab} rage und -Veränderung 


Schauen wir uns nun einmal CPC MON etwas näher an. Das Programm be¬ 
steht aus drei Teilen. Den Anfang bildet der Initialisierungsteil (bis Zeile 
240). Er dient dazu, die Bildschirmaufteilung und die Speicherbereichsver¬ 
teilung (HIMEM) festzulegen. In einem zweiten Schritt wird dann ein uns 
schon bekanntes Maschinenprogramm in den gesicherten Speicher ab 40000 
gepoket, "ROMREAD". Als nächstes werden einige Variable gesetzt. 
ROM VAL gibt die Stelle im Speicher an, in die wir die Adresse einpoken 
müssen, ab der ROMREAD den Speicher ausliest. Die Anfangsadresse, das 
heißt, den Ansprungpunkt unserer Maschinenspracheroutine, finden wir in 
der Variablen ROMREAD wieder. Er liegt hier, wie auch schon im Pro¬ 
gramm ROMREAD selber, bei 40000. Danach werden zwei Variable ge¬ 
setzt, die für die Ein-/Ausgabe notwendig sind. ROM legt fest, ob aus dem 
RAM oder ROM gelesen werden soll, STREAM definiert das Ausgabegerät, 
eine 0 bedeutet hier Schirm, eine -1 den Drucker. 

Wir kommen nun zum zweiten Teil unseres Programms, der Befehlsabfra¬ 
geschleife. Sie läuft von Zeile 250-420 und besteht im wesentlichen aus 
dem schon besprochenen INPUT-Befehl, der das Kommando einliest, der 
Ablösung des ersten Zeichens von links und Speicherung mit der Variablen 
C$ und darauf folgend einem Sprungverteiler, der in Abhängigkeit von C$ 
die einzelnen Unterprogramme aufruft. Hier können natürlich mit anderen 
Anfangsbuchstaben noch weitere Unterprogramme relativ problemlos einge¬ 
fügt werden. Das Unterprogramm muß dabei dann jeweils nach Zeile 420 
zurückspringen. 

Der dritte Teil wird dann durch die verschiedenen Interpretationsroutinen 
gebildet. Den Anfang bildet dabei die Interpretationsroutine für das Kom¬ 
mando M, Speicher anzeigen. 

In einem ersten Schritt werden hier auch anderweitig zur Zwischenspeiche¬ 
rung benutzte Variable Z$ und Y$ gelöscht. Danach wird der Kommando¬ 
string auf die Existenz eines Semikolons untersucht. War ein Semikolon 
vorhanden, so sind Anfangs- und Endadresse des anzuzeigenden Speicher¬ 
bereichs angegeben worden. Ansonsten entweder nur ein M (hier müßte die 
Interpretation ab Speicherstelle 0 erfolgen), oder es wurde wenigstens die 
Anfangsadresse mitgegeben. Je nachdem, welchen Wert W annimmt, wird 
dann in Zeile 480 der Befehlsstring auf unterschiedliche Art und Weise be¬ 
handelt. Falls kein Semikolon angegeben wurde, wird der gesamte rechte 
Bereich unseres Befehlsstrings ab der dritten Stelle als Angabe der An¬ 
fangsadresse auf gef aßt. 
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MID$(B,3) 

löst diesen Teil aus dem Befehlsstring heraus. Mit der voranstehenden 
VAL-Funktion wird dieser String dann in einen Zahlenwert umgewandelt. 
Die Variable EN, die das Ende des auszulesenden Speicherbereichs enthält, 
wird in diesem Fall 112 höher angenommen, was damit die Ausgabe von 
insgesamt 15 Zeilen auf dem Bildschirm beziehungsweise dem Drucker zur 
Folge hat. Im anderen Fall wird der rechte Teil in unserem Befehlsstring in 
zwei Hälften zerlegt. Die erste geht vom dritten Zeichen bis zum Semi¬ 
kolon, die zweite Hälfte beginnt nach dem Semikolon. Beide Teilstücke 
werden in einen Zahlenwert umgewandelt und in den Variablen AN bezie¬ 
hungsweise EN zwischengespeichert. Diese werden dann noch in Zeile 490 
und 500 daraufhin überprüft, ob sich durch die Eingabe von Anfangs- und 
Endpunkt im HEX-Code negative Werte ergeben hatten, und gegebenen¬ 
falls korrigiert. 

Nachdem nun Anfangs- und Endpunkt des anzuzeigenden Speicherbereichs 
bekannt sind, beginnt die eigentliche Ausleseroutine. Diese besteht aus 
einer auf den ersten Blick relativ komplizierten Verschachtelung von 
Schleifen, aber wie gesagt nur auf den ersten Blick. Die wichtigste Schleife 
ist die I-Schleife. I läuft von AN bis EN, das heißt vom Anfang des auszu¬ 
gebenden Bereichs bis zu seinem Ende in Schritten von 8. Da jeweils die 
HEX-Codes von acht Zeichen nebeneinander in einer Bildschirmzeile dar¬ 
gestellt werden sollen, wird I also bei jeder Zeile weitergeschaltet. In¬ 
nerhalb der Zeile sind nun beim Auslesen des ROMs zwei Abfragen nötig, 
da die Routine ROMREAD uns ja nur 4 Byte Speicherinhalt zurückgibt. J 
nimmt die Werte 0 und 1 an. Multipliziert man also J mit 4, so hat man 
genau einen Versatz um 4 Byte, der dann zur aktuellen Position (I) addiert, 
für J=0, die ersten 4 Byte der darzustellenden Adressen und für J=1 die 
nächsten 4 Byte angibt. 

Es folgt eine Verzweigung in Abhängigkeit von der Variablen ROM. Falls 
das ROM ausgelesen werden soll, geht es bei Zeile 550 weiter. Nach dem 
uns schon bekannten Prinzip werden die Variablen S1 und S2 bestimmt und 
an die entsprechende Stelle im Maschinenprogramm gepoket. Danach folgt 
der Aufruf von ROMREAD, wonach die 4 auszugebenden Byte in den 
Speicherstellen 40050-40053 abgelegt wurden, und danach geht es weiter 
nach Zeile 590. 

Zeile 570 und 580 behandeln den Fall, daß aus dem RAM gelesen werden 
soll. Hier kann der Zugriff in BASIC passieren, in die Speicherstellen 
40050-40053 wird in Abhängigkeit von k eine Kopie der auszulesenden 
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RAM-Speicherstelle abgelegt. Dieses Verfahren hat den Vorteil, daß unab¬ 
hängig davon, ob RAM oder ROM ausgelesen werden soll, immer der In¬ 
halt in 40050-40053 abgelegt ist. 

Bei der nun, das heißt ab Zeilennummer 590, folgenden Darstellung dieser 
Speicherstellen ist es daher nicht mehr notwendig, zwischen dem Auslesen 
von RAM und ROM zu unterscheiden. Die Zeilen 600 und 610 bauen zwei 
Strings auf. z$ enthält dabei die aneinandergereihten HEX-Codes der Spei¬ 
cherstellen und y$ ihren grafischen Inhalt. Nach dem zweiten Durchlauf 
von J sind 8 Adressen ausgelesen und aneinandergefügt worden. Die Zeile 
630 addiert nun die beiden Strings für Grafik- und HEX-Werte und fügt 
am Anfang noch die aktuelle Speicheradresse im HEX-Code an. Dieser Ge¬ 
samtstring wird dann auf dem gewählten Ausgabegerät ausgegeben. Die 
Multiplikation mit -8 leitet sich daraus ab, daß die Variable STREAM die 
Werte 0 und -1 annimmt. Bei -1 soll der Printer angesprochen werden, der 
ja bekanntlich auf Ausgangkanal 8 liegt, woraus sich die notwendige Multi¬ 
plikation mit -8 ergibt. Zeile 640 löscht die beiden Stringvariablen wieder, 
und mit 650 beginnt der Aufbau der nächsten Zeile. 

Als nächste Funktion im Programmverlauf stoßen wir auf ROMCHANGE . 
Diese Funktion hat keine andere Aufgabe, als die Variable ROM zu inver¬ 
tieren und dementsprechend dann den Text RAM beziehungsweise ROM im 
oberen Fenster, dem WINDOW 1, darzustellen. ROM fungiert als Flag für 
die Speicherabfrage, zum Beispiel beim Kommando ’M\ 

Interessanter schon sind die Zeilen 740 und 750. Sie enthalten die ERROR- 
HANDLING-Routine. Damit CPC MON nicht bei jeder Fehleingabe »aus¬ 
steigt«, wurde diese Fehlerbehandlungsroutine eingefügt. Am Anfang des 
Programms findet sich der Befehl 

ON ERROR GOTO 740 

Tritt nun im Verlauf des Programms ein Fehler auf, so wird diese Routine 
angesprungen. Sie gibt zwei Fehlermeldungen aus. Wird ein unzulässiges 
Verschieben der Speicherobergrenze, das heißt von HTMEM, versucht, so 
würde normalerweise ein 

MEMORY FULL 


auf dem Bildschirm erscheinen, und das Programm würde die weitere Bear¬ 
beitung verweigern. Durch das ON-ERROR-Kommando wird nun aber zu 
Zeile 740 verzweigt und dort als erstes geprüft, ob ein Error 7 aufgetreten 
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ist. Diese Fehlernummer entspricht genau dem Fehlertext MEMORY 
FULL. Dementsprechend gibt das Programm dann aus, daß der Speicherbe¬ 
reich belegt ist, eine Verschiebung also nicht erfolgen kann, und springt 
dann zurück in die Befehlsabfrageschleife nach 420. Jeder andere auftre¬ 
tende Fehler führt dagegen zur Ausgabe des Textes "falsche Befehlseingabe" 
und wiederum zum Rücksprung in die Abfrageschleife. Nach diesem Prin¬ 
zip lassen sich natürlich auch noch andere Fehler herausfiltern. Dies sind 
jedoch die beiden wichtigsten Möglichkeiten. 

Die nun folgende Routine erklärt sich eigentlich von selbst. Sie ist das 
Äquivalent zum Befehl T Texteinaabe . Zunächst wird ein Text in Z$ ein¬ 
gelesen und dieser danach ab einer vorher gewählten Speicherstelle (W) mit 
den ASCII-Werten Zeichen für Zeichen abgelegt. Damit können Texte als 
Ausgabewerte oder Daten problemlos in ein Maschinenprogramm eingebaut 
werden. 

Es folgt eine weitere Routine, die eigentlich auch keinerlei Schwierigkeiten 
bereitet, sofern man sich schon einmal mit der Technik des binären Ladens 
und Sicherns von Programmen beschäftigt hat. Der CPC stellt dafür ein ei¬ 
genes Kommando zur Verfügung. Während ein normales 

SAVE"<Name>" 

ein BASIC-Programm speichert, wird mit 
SAVE"<Name>",b,an,l 

angezeigt, daß es sich um ein binäres FILE handelt, oder: im Klartext, um 
Maschinenspracheprogramme beziehungsweise -daten. Zur Ausführung die¬ 
ses SAVE-Befehls braucht der Computer noch den Anfang des abzuspei¬ 
chernden Datenbereichs und seine Länge. Diese beiden Größen werden 
über INPUT abgefragt, worauf einer Ausführung des Befehls nichts mehr 
im Wege steht. 

Die nächste Funktion ( Auseabeeerät umschalten) können wir überspringen. 
Hier verhält sich alles genauso wie bei der Funktion R, bloß, daß mit einer 
anderen Variablen gearbeitet wird und deswegen natürlich auch die Ausga¬ 
ben im WINDOW 1 geändert werden müssen. 


Etwas interessanter ist schon das nächste Unterprogramm. Es dient dazu, 
ein binäres FILE wieder in den Speicher zurückzuladen. Dazu gibt es zwei 
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Möglichkeiten. Möglichkeit eins: Man führt einen einfachen Ladebefehl 
aus, also 

LOAD"<NAME>" 

Der Computer erkennt dann die Existenz eines binäres FILEs auf der Kas¬ 
sette und lädt dieses ab der alten Anfangsadresse wieder in den Speicher. 
Es erfolgt also automatisch ein positionsrichtiges Laden. Dieses kann jedoch 
manchmal unerwünscht sein, zum Beispiel, wenn das Programm mit einem 
anderen Programm kombiniert werden soll, was auch gerade diesen Spei¬ 
cherbereich einnimmt. Daher ist es durch die Angabe einer Einleseanfangs¬ 
adresse nach dem Programmnamen auch möglich, das Programm ab einer 
anderen Speicherstelle zu laden. In diesem Fall reagiert allerdings der CPC 
auf die Definition des Programmnamens mittels einer Stringvariablen relativ 
sonderbar. Er findet zwar das gesuchte Programm, lädt es jedoch nicht in 
den Speicher. Wie man den Computer dennoch dazu bringen kann, den Be¬ 
fehl auszuführen, sehen Sie in Zeile 11050. Man addiert einfach einen 
Nullstring zu dem zu suchenden Namen, und plötzlich funktioniert es. 

Überspringen wir einmal die nächste Funktion, so kommen wir dann zum 
Äquivalent des C-Befehls, Zahlen konvertieren. Die hier auf tauchenden Be¬ 
fehle und Befehlskombinationen haben wir im ersten Kapitel bereits relativ 
ausgiebig benutzt, so daß wir hierauf nicht näher einzugehen brauchen. Die 
Ausgabe des in einem beliebigen Format eingegebenen Wertes erfolgt in 
allen 3 Zahlensystemen. 

Auch die nächsten beiden Unterfunktionen stellen uns vor keine größeren 
Probleme. Die Routine Speicherbereich löschen poket nach Eingabe von 
Anfang und Ende die dazwischenliegenden Adressen auf 0. HELP besteht 
im wesentlichen aus einer Aneinanderreihung von PRINT-Statements, die 
die Befehlsliste ausgeben. Durch ihren Aufruf im Hauptmenü können wir 
uns eine Übersicht über alle verfügbaren Kommandos ausgeben lassen. 

Die letzte Routine, die wir noch betrachten müssen, ist damit Speicherbe¬ 
reiche eingeben, das Äquivalent zum I-Befehl. Zunächst wird der Anfang 
des einzugebenden Bereichs festgestellt und in W gespeichert. Es folgt eine 
Abfrage, in der überprüft wird, ob die Eingabe als HEX-Werte oder dezi¬ 
mal erfolgen soll. Je nachdem wird die Variable HEX auf 1 beziehungs¬ 
weise 0 gesetzt. In Zeile 1800 wird dann Speicherstelle für Speicherstelle 
der neue Inhalt abgefragt und in den darauffolgenden Zeilen analysiert. 
Handelte es sich bei der Eingabe um ein X, so erfolgt die Rückkehr in die 
Befehlsabfrageschleife nach 420. Bei der Eingabe von HEX-Codes wird zu 
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dem eingelesenen Inhalt der Speicherstelle das & addiert und der Wert des 
dann entstehenden Ausdrucks in die Speicherstelle W gepoket. Ansonsten 
wird sofort das wertmäßige Äquivalent des Stringausdrucks mit VAL ermit¬ 
telt und in der adressierten Speicherstelle abgelegt. In beiden Fällen wird W 
um 1 erhöht und die nächste Speicherstelle abgefragt. 

Die nun folgenden drei Routinen haben im wesentlichen Platzhalterfunktio¬ 
nen für die hier später noch einzufügenden Programme. 

10 ' #*#****■»****# 

20 * ** CPC-MQN ** 

30 ' ************* 

40 * 

50 ' Initialisierung 
60 ' 

70 ON ERROR GOTO 740 
BO MODE 1 

90 INK 2 V 0:INK 3,21sWINDOW#O f 1,40,4,25sWIND0W#1,1,40,1,3 
100 PAPER#1,2s PEN#1,3s CLS:CLS#1 
110 MEMORY 39999 

120 DATA cd,00,b9,cd,06,b9,47,21,00,00 
130 DATA 7e,32,72,9c,23,7e,32,73,9c,23 
140 DATA 7e,32,74,9c,23,7e,32,75,9c 
150 DATA 7B,cd,0c,b9,c9,x 
160 i=40000 

170 READ a$:IF a*=“x" THEN 190 

1B0 POKE i , VAL <"Se"+a$> :i=i + l: GOTO 170 

190 romval=4000B:ramread=40000 

200 rom=0:L0CATE#1,34,1s PRINT#1,"RAM" 

210 stream=Os L0CATE#1,4,1s PRINT#1,"Schirm" 

220 ' 

230 ' Befehlsabfrageschleife 
240 ' 

250 INPUT b* 

260 c$=LGWER$<LEFT*(b$,l)) 


270 

IF 

c*="m" 

THEN 

440 

280 

IF 

c$="r" 

THEN 

710 

290 

IF 

c$="k" 

THEN 

1410 

300 

IF 

c$="t" 

THEN 

760 

310 

IF 

c$="c" 

THEN 

12B0 

320 

IF 

c$="1" 

THEN 

10B0 

330 

IF 

c$="s" 

THEN 

090 

340 

IF 

c$="a" 

THEN 

1020 

350 

IF 

c$="p" 

THEN 

1200 

360 

IF 

c$="x" 

THEN 

END 

370 

IF 

c*="b" 

THEN 

1B70 

3B0 

IF 

c$="g" 

THEN 

1920 

390 

IF 

c$="d" 

THEN 

1970 

400 

IF 

c$="h" 

THEN 

1530 

410 

IF 

c$="i" 

THEN 

1740 

420 

GOTO 250 




430 ' 

440 ' memory anzeigen 
450 ' 
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460 Z*="":y$="" 

470 w= INSTR (b*, " 5 11 ) 

4B0 IF w ä 0 THEN an=VAL(MID*(b* T 3))sen*an+l12 ELSE an=VAL(MID*(b* f 3 
,w—3)):en=VAL(MID*(b*,w+l)) 

490 IF en<0 THEN en=en+65536 
500 IF an<0 THEN an=an+65536 
510 PRINT 

520 FOR i=an TO en STEP B 

530 FÜR j=0 TO 1 

540 IF rom=0 THEN 570 

550 s2=INT((i+4*j)/256>:sl=*i+4*j-256*s2 

560 POKE romval,slsPOKE romval+1 v s2:CALL romread:GOTO 590 
570 FOR k=0 TO 3sPOKE 40050+k,PEEK(i+4*j+k) 

580 NEXT k 

590 FOR k=0 TO 3 

600 z*=z*+RIGHT*("0"+HEX*(PEEK(40050+k>),2>+" " 

610 IF PEEK<40050+k)<32 THEN y*~y*+CHR*(24)+CHR*(63)+CHR*(24) ELSE 
y*=y*+CHR*<PEEK(40050+k)) 

620 NEXT k,j 

630 PRINT#stream*(-B> f RIGHT*("000"+HEX*(i> f 4)+" "+z*+" "+y* 

640 2 $=" ,, :y$= ,,M 
650 NEXT i 
660 PRINT 
670 GOTO 420 
6B0 ' 

690 ' romchange 
700 ' 

710 rom=NOT(rom) 

720 LOGA TE#1,34 f 1:IF rom=0 THEN PRINT#1 v "RAM" ELSE PRINT#1,"ROM“ 
730 GOTO 420 

740 IF ERR=7 THEN PRINT"Speicherbereich belegt!! M :RESÜME 420 
750 PRINT:PRINT"Falsche Befehlseingabe!!"sRESUME 420 
760 * 

770 'Texteingabe 
780 ' 

790 INPUT"Bitte geben Sie den Text ein (max.255 Zeichen)";z* 

BOO INPUT"Ab welcher Speicherstelle sali der Text liegen";w 

BIO IF w<0 THEN w=w+65536 

B20 FOR i=w TO w+LEN<z*)-l 

B30 POKE i,ASC(MID*(z*,i-w+l f 1)) 

840 NEXT i 
850 GOTO 420 
860 * 

870 ' Save 
BBO * 

890 INPUT"Erstes Byte des Bereiches";an 
900 IF an<0 THEN an=an+65536 
910 INPUT"Letztes Byte des Bereiches";en 
920 IF en<0 THEN en=en+65536 

930 IF en<=an THEN PRINT"falscher Bereich!!" 

940 INPUT"Name des Files";n* 

950 PRINT"Speed Write 1 j/n” 

960 z*=LOWER*(INKEY*)sIF z*="j" THEN SPEED WRITE 1 ELSE IF z*="n" 

THEN SPEED WRITE O ELSE 960 

970 SAVE n*,b,an,en-an 

980 GOTO 420 

990 ' 

1000 ' Ausgabegeraet umschalten 
1010 ' 
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1020 stream=N0T(stream) 

1030 L0CATE#l f 4 f 1:IF stream=0 THEN PRINT#1,"Schirm " ELSE PRINT#1, 
"Drucker" 

1040 GOTO 420 
1050 ' 

1060 ' File laden 
1070 ' 

1080 PRINT 

1090 INPUT"Name des Files";n$ 

1100 PRINT"Neue Adresse j/n" 

1110 z*=LOWER*(INKEY$)sIF z$="n" THEN LOAD ""+n* 

1120 IF z*<>"j" THEN 1110 

1130 INPUT"Ab welcher Adresse laden";w 

1140 IF w<0 THEN w=w+65536 

1150 LOAD M,, +n^ l w 

1160 GOTO 420 

1170 ' 

1180 ' Programmobergrenze festlegen 
1190 ■ 

1200 PRINT:PRINT"Alte Programmobergrenze";HIMEM 

1210 INPUT"Neue Programmobergrenze (HIMEM)";w 

1220 IF w<0 THEN w=w+65536 

1230 MEMORY w 

1240 PRINT:GOTO 420 

1250 ' 

1260 ' Zahlen konvertieren 
1270 ‘ 

1280 PRINT:INPUT"Zu konvertierende Zahl";w 
1290 IF w<0 THEN w=w+65536 
1300 IF w>255 THEN 1340 

1310 PRINT" dezimal hexa dual" 

1320 PRINT" "+RIGHT*<" "+MIDS(STR*(w) f 2) f 3)+" "+RIGHT$(" 

0"+HEX $(w) f 2)+" "+RIGHT$("OOOOOOO"+BINS(w),8) 

1330 PRINT:GOTO 420 

1340 PRINT" dezimal hexa dual" 

1350 PRINT" "+RIGHT$<" "+MID*(STR*(w),2) t 5>+" "+RIGHT*( 

"000"+HEX$(w> f 4)+" "+RIGHT*("000000000000000"+BIN$(w) f 16) 

1360 PRINT 
1370 GOTO 420 
13B0 ' 

1390 ' Speicherbereich loeschen 
1400 ' 

1410 INPUT"Erstes zu loeschendes Byte";an 
1420 lNPUT"Letztes zu loeschendes Byte";en 
1430 IF an<0 THEN an=an+65536 
1440 IF en<0 THEN en=en+65536 
1450 PRINT"Loeschen von";an;"bis";en;"j/n" 

1460 z*=L0WER$(INKEY*) 

1470 IF z*="n" THEN 420 
1480 IF z$<>"j" 1HEN 1460 

1490 FOR i=an TO en:POKE i,0:NEXT i:GOTO 420 
1500 * 

1510 ' Help 
1520 J 
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1530 

1540 

1550 

1560 

1570 

1500 

1590 

1600 

1610 

1620 

1630 

1640 

1650 

1660 

1670 

1600 

1690 

1700 

1710 

1720 

1730 

1740 

1750 

1760 


CLS SPRINT"Bef eh1svorrats"s PRINT 
PRINT"A Ausgabegeraet Drucker/Schirm" 

PRINT"B Blocktransfer" 

PRINT"C Zahlensysteme konvertieren 11 
PRINT"D Programm disassemblieren" 

PRINT'*G Programm anspringen" 

PRINT"H Hilfsliste ausgeben" 

PRINT" I Spei eher st el 1 en ei ngeben 11 
PRINT"K Speicherbereiche loeschen" 

PRINT"L Speicherbereich laden" 

PRINT"M Speicherbereich darstellen" 

PRINT"P Pragrammobergrenze festlegen" 

PRINT"R RDM/RAM—Umschaltung" 

PRINT"S Speicherbereich sichern" 

PRINT"T Text eingeben" 

PRINT"X CPCMÜN verlassen" 

PRINT 
GOTO 420 

' Speicherbereiche eingeben 

INPUT"Ab welcher Speiehersteile";w 
IF w<0 THEN w=w+65536 

PRINT CHR$<24> + ,, h"+CHR*(24)+"ex oder "+CHR$ (24) +"d"+CHRS (24) + 


"ezimal ?" 

1770 z$-L0WER* (INKEY$) : IF z*=”h w THEN hex = l ELSE IF z*=*"d" THEN he 

x=0 ELSE 1770 

1700 PRINT"Ende mit 'x'" 

1790 PRINT 

1000 PRINT"Inhalt Speicherstelle";w;:INPUT n$ 

1010 IF LOWERE(n$)="x" THEN PRINT:GOTO 420 

1020 IF hex = l THEN POKE w, VAL < "8c"+n*> : w=w+l: GOTO 10OO 

1030 POKE w,VAL(n$):w=w+1:GOTO 1000 

1040 ' 

1050 ' Blocktransfer 
1060 ' 

1870 PRINT"Blocktransferroutine fehlt noch!!" 

1000 GOTO 420 
1890 ' 

1900 ' Maschinenprogramm anspringen 
1910 ' 

1920 PRINT"Programmansprung fehlt noch!!" 

1930 GOTO 420 
1940 ' 

1950 4 Programm disassemblieren 
1960 ■ 

1970 PRINT"Disassembler fehlt noch!!" 

1980 GOTO 420 
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Ein-Blick in den grauen Kasten 

Mit den Hilfsroutinen aus den letzten beiden Kapiteln haben wir uns ein 
umfangreiches Werkzeug erarbeitet, mit dem es uns möglich ist, unseren 
Computer näher zu erforschen. Schauen wir uns das Innenleben unserer 
Maschine ein wenig näher an. Als erstes wollen wir dazu die Systemhard¬ 
ware betrachten, das heißt die einzelnen Bausteine, aus denen unsere 
Maschine aufgebaut ist und ihre Funktionen im Zusammenwirken mitein¬ 
ander. 

Bei der Analyse der Systemhardware gibt es im wesentlichen zwei Möglich¬ 
keiten: 

Möglichkeit 1: Man beschäftigt sich mit den einzelnen integrierten Schalt¬ 
kreisen, analysiert die Bedeutung der einzelnen Anschlüsse und gelangt 
schließlich über die Analyse der verschiedenen Datenwege zu einem Ge¬ 
samtverständnis des Systems. 

Möglichkeit 2: Man geht von einem Funktionsschaltbild der Datenwege aus 
und schaut sich darauffolgend die Bedeutung der Chips im Rahmen des 
Systems an. 

Bei unserem Streifzug durch das System wollen wir eine Mischung aus 
diesen beiden Varianten wählen. Ausgangspunkt dazu wird ein Funktions¬ 
plan sein, der das Zusammenwirken der einzelnen Bausteine wiedergibt. 
Darauffolgend analysieren wir den Zusammenhang, das Zusammenwirken 
und die Verbindung der einzelnen Schaltkreise miteinander, und dort, wo 
es interessant ist, steigen wir auch einmal bis zur Funktion und Bedeutung 
der einzelnen PINS der ICs in das Systeminnere hinab. 
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3.1 Übersicht über das Gesamtsystem 

Beginnen wir also mit einer Grobübersicht. Dazu haben Sie wiederum zwei 
Möglichkeiten: 

Möglichkeit 1: Sie schrauben Ihren Computer einmal auf. Dies ist nach 
Herausdrehen der sechs Kreuzschlitzschrauben, die teilweise etwas versenkt 
im Gehäuseboden des Tastaturteils liegen, relativ leicht möglich, und 
schauen sich das Ganze in natura an. Die Steckverbindungen zwischen Ta¬ 
staturteil und Monitor sollten Sie allerdings davor abgezogen haben. Be¬ 
achten Sie bitte auch, daß damit gegebenenfalls die Garantie erloschen ist! 

Möglichkeit 2: Sie beschäftigen sich nur mit dem Photo auf der nächsten 
Seite, das genau die Hauptplatine wiedergibt. 

Wer schon einmal einen anderen Computer von innen gesehen hat, wird er¬ 
staunt sein, mit wie wenig Bausteinen hier doch relativ viel erreicht wurde. 
Das Schlagwort hierzu heißt Hoch- beziehungsweise sogar Höchstintegra¬ 
tion, das heißt Komprimierung von sehr vielen Schaltfunktionen in einem 
einzelnen Baustein. Wir können uns daher auch bei unserer Analyse im we¬ 
sentlichen auf die größeren Bausteine beschränken, die kleineren führen 
nur Hilfsfunktionen aus. Um Ihnen eine bessere Übersicht zu geben, haben 
wir die einzelnen Bausteine beschriftet. Im Blockschaltbild auf der nächsten 
Seite (Bild 3.2) finden Sie dann das Zusammenwirken der einzelnen Bau¬ 
steine grafisch dargestellt. Dieses wird Basis für unsere weiteren Erörte¬ 
rungen sein. 
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Bild 3.1: Die Hauptplatine 





































Bild 3.2: Blockschaltbild des Systems 
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3.1.1 Die Aufgaben des Prozessors im System 

Herzstück unseres Systems ist ein Z80A-Prozessor, auch als CPU (Central 
Processing Unit = zentrale Prozesseinheit) bezeichnet. Diese stellt das Ge¬ 
hirn unseres Computers dar. Ihre Aufgabe besteht in der Kontrolle und 
Ausführung des internen und externen Datentransfers und in der Durch¬ 
führung arithmetischer und logischer Funktionen. Dabei bietet der Prozes¬ 
sor so vielfältige und auch komplexe Möglichkeiten, daß ihm ein eigenes 
Kapitel, das nächstfolgende, gewidmet ist. Hier soll nur seine Stellung im 
Gesamtsystem und das Zusammenwirken mit anderen Bausteinen erklärt 
werden. 


Zum Durchführen seiner Aufgaben benötigt ein Prozessor zunächst einmal 
Anweisungen, ein Maschinenprogramm. Dieses Maschinenprogramm muß 
von einem externen Speicher vorgegeben werden und wenigstens teilweise 
dort permanent verfügbar, das heißt resident, sein. Zumindest muß aber ein 
externer Speicher ein Ladeprogramm, einen sogenannten Urlader, enthalten, 
mit dem es möglich ist, ein gewünschtes Maschinenspracheprogramm einzu¬ 
laden, das danach ausgeführt wird. 

Neben dem Maschinenprogramm benötigt der Prozessor noch Bausteine, von 
denen er Daten empfangen kann, beziehungsweise an die er Daten senden 
kann. Die CPU unterscheidet dabei zwischen zwei Arten von Bausteinen, 
MEMORY-und I/O-Bausteine. Bei den MEMORY-Bausteinen handelt es 
sich, vereinfacht gesagt, um Speicher, also um RAM und ROM. Alle ande¬ 
ren Bausteine werden als I/O angesprochen. Zur Kommunikation mit seiner 
Umwelt verfügt der Prozessor über drei Gruppen von Leitungen: 

ADRESSBUS - Er besteht aus 16 Leitungen (=16 Bit) und dient 

zur Adressierung, das heißt Auswahl eines bestimm¬ 
ten I/O-Bausteins beziehungsweise einer Adresse im 
Speicher. Hierbei handelt es sich um reine Ausgabe¬ 
leitungen. Die 16 Adreßleitungen haben Nummern 
von 0-15. A0 stellt dabei das niedrigstwertige Bit 
dar, Al5 das höchstwertige. 
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DATENBUS 


STEUERBUS 


- Er besteht aus 8 Leitungen (=8 Bit) und kann 
wahlweise auf Eingabe, das heißt den Empfang von 
Daten, oder Ausgabe programmiert werden. Dies 
geschieht jeweils prozessorintern bei der Ausfüh¬ 
rung eines Maschinenbefehls. Beim Z80A werden 
immer 8 Bit (=1 Byte) parallel eingegeben be¬ 
ziehungsweise ausgegeben. Der Datenbus trägt 
Nummern von 0-7. Die 0 stellt das niedrigstwertige, 
die 7 das höchstwertige Bit dar. 

- Dieser enthält all die Leitungen, die für die Koor¬ 
dination mit den einzelnen externen Bausteinen not¬ 
wendig sind. Im einzelnen sind dies: 

MREQ - MEMORY REQUEST (Speicheranfrage): 
Diese Leitung gibt an, daß eine Anfrage an einen 
Speicher, also an einen MEMORY-Baustein vorliegt. 

IORQ - IO REQUEST (E/A-Anfrage): 

Auf dieser Leitung zeigt der Prozessor an, daß ein 
I/O-Baustein angesprochen werden soll. 

RD - READ (Lesen von externem Baustein): 

Dies ist ein Lesesignal,das' heißt, es sollen Daten 
durch den Prozessor empfangen werden. 

WR - WRITE (Schreiben an externen Baustein): 

Auf dieser Leitung gibt der Prozessor an, wenn er 
an einen I/O Baustein oder einen Speicher Daten 
aussenden will. 

IRQ - INTERRUPT REQUEST (Unterbrechungs¬ 
anfrage): 

Auf dieser Leitung teilt ein externes Gerät dem 
Prozessor mit, daß er sein momentanes Programm 
abrechnen soll, um zum Beispiel Daten von einem 
jetzt sendebereiten Gerät zu übernehmen. 
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WAIT (Bitte warten!): 

Dieser Eingang des Prozessors wird benutzt, um die 
Z80A mit langsameren ICs zu synchronisieren.Ein 
externer Baustein kann durch Setzen dieser Leitung 
den Prozessor zwingen, so lange mit dem weiteren 
Abarbeiten des Maschinenprogramms zu warten, bis 
er die bereitgestellten Daten empfangen kann. Beim 
CPC wird diese Leitung benutzt, um die Koordina¬ 
tion zwischen Videocontroller und Z80A sicherzu¬ 
stellen. Beide ICs können nämlich auf den Grafik¬ 
speicher zurückgreifen, die Z80, um Bildinforma¬ 
tionen zu schreiben, und der Videocontroller, um 
diese zu lesen und in das Signal für den Monitor 
umzuwandeln. Da ein gleichzeitiger Zugriff unvor¬ 
hergesehene Konsequenzen mit sich bringen würde, 
wird der Prozessor in diesem Fall angehalten. 

Neben diesen Leitungen verfügt der Prozessor noch über einige andere 
Steuerleitungen, die aber für das Verständnis des Systems nur untergeord¬ 
nete Bedeutung haben, so daß wir hier auf sie verzichten können. 

Durch geeignete Verknüpfung der Steuersignale MREQ, IORQ, RD und 
WR können wir kombinierte Signale erzeugen, die dann, zum Beispiel wenn 
der Prozessor einen Speicherbaustein lesen will (MREQ + RD), aktiv wer¬ 
den und so die gewünschte Information an das MEMORY weitergeben. Der 
prinzipielle Ablauf eines Speicherzugriffs würde dann wie folgt aussehen: 

Beispiel: 

Lesen der Spcicherstelle C000: Die CPU setzt A14 und A15 auf 1, die an¬ 
deren Adreßleitungen auf 0. Wenn Ihnen nicht klar ist warum, sollten Sie 
sich einmal mit der Funktion C des Monitors oder einem der Konvertie¬ 
rungsprogramme aus Kapitel 1 den Binärwert von hex C000 ausdrucken 
lassen und dann von rechts nach links beginnend mit 0 durchzählen. 

Gleichzeitig wird der Datenbus auf Eingabe geschaltet, und es werden die 
beiden Steuerleitungen MREQ und RD auf Aktivpegel gesetzt. Beim näch¬ 
sten Takt steht dann die Information aus dem Speicher auf dem Datenbus, 
und der Prozessor kann sie hereinlesen und gegebenenfalls weiterverar¬ 
beiten. 
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Analog zu diesen Operationen läuft auch die Ansprache eines I/O-Bausteins 
(Soundgenerator, Schnittstellenschaltkreise etc.) ab, nur daß hier die 
Steuersignale natürlich verschieden sind. In diesem Fall werden die Lei¬ 
tungen IORQ und RD aktiv. Und ein weiterer Unterschied: auch die 
Adressierung erfolgt auf andere Art und Weise. 

Dazu schauen wir zunächst noch einmal auf den Speicherbereich zurück. 
Die Ansprache eines Speicherbausteins verläuft relativ einfach. Die be¬ 
nötigte 16-Bit-Adresse kommt entweder aus einem Registerpaar oder ist im 
Maschinenprogramm selber mit angegeben. 

In der Routine ROMREAD aus Kapitel 2 hatten wir sie im Registerpaar 
HL gespeichert. Bei dem nachfolgenden LD A, (HL) war dann der Inhalt 
von HL auf den Adreßbus gesetzt worden, die Information der entspre¬ 
chenden Speicherstelle wurde vom ROM auf den Datenbus gesetzt und da¬ 
nach in das Register A der CPU eingelesen. 

Bei unserer Beschreibung haben wir allerdings noch eines unterschlagen, die 
Auswahl zwischen ROM und RAM. Dies geschieht durch zwei Freigabelei¬ 
tungen, die durch einen Gatterbaustein, das ULA, je nach gewünschter Be¬ 
triebsart gesetzt werden. Hat der Prozessor also bis jetzt auf das ROM zu¬ 
gegriffen, so muß er beim Lesen aus dem oberen RAM (hex C000 nach 
oben) zunächst einem anderen Baustein, dem ULA mitteilen, daß ab jetzt 
aus dem RAM gelesen werden soll und kann danach den bereits beschrie¬ 
benen Befehlsablauf für das Einlesen von Informationen durchführen. Das 
ULA wird dabei als I/O-Baustein angesprochen. 

Normalerweise beschränkt man sich bei Z80-Systemen auf die einfache 
Adressierung von I/O-Bausteinen. Da im Regelfall nicht mehr als 256 Ein¬ 
gabe- und Ausgabegeräte benötigt werden, ordnet man jedem Gerät eine 
Adresse, die sich aus den unteren 8 Adreßleitungen ergibt, zu. 

Beim CPC läuft jedoch alles anders. Hier werden die oberen 8 Adressbits 
(A8 bis A151 für die Analyse des angesprochenen Gerätes benutzt. Die De¬ 
codierung geschieht dabei jedoch, wie auch bei den meisten anderen 
Homecomputern, nur unvollständig. Es werden also nicht alle Zahlen de¬ 
codiert (was einen erheblichen Aufwand erfordern würde), sondern be¬ 
stimmte Bausteine sind direkt an ausgewählte Adreßleitungen angeschlossen. 
Dadurch wird die Zahl der unterscheidbaren Geräte erheblich kleiner, und 
außerdem führt es dazu, daß einige Geräte auf mehreren I/O-Adressen zu 
finden sind. Auf die genaue Zuordnung der einzelnen Adressen zu den 
Bausteinen kommen wir noch bei der Behandlung der einzelnen ICs zurück. 
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Anhand der Unterscheidung des Prozessors zwischen Ein/Ausgabe- und 
Speicherbausteinen können wir eine Dreiteilung der Baugruppen unseres 
Computers vornehmen: 

Im oberen Teil des Blockschaltbildes finden wir den Speicherbereich, 
er besteht aus RAM, ROM, VIDEOCONTROLLER und als System¬ 
koordinator dem ULA. 

In der Mitte treffen wir auf den IO-Bereich. Er dient im wesent¬ 
lichen der Kommunikation mit externen Geräten, also Kassette, Laut¬ 
sprecher, Drucker, Floppy und natürlich der Tastatur. 

Übrig bleibt, am unteren Bildrand, als dritte Baugruppe das Gehirn 
des Rechners, die CPU. Wir wollen uns nun mit den einzelnen Abtei¬ 
lungen etwas näher beschäftigen. 


3.2 Der MEMORY-Bereich 
Aufgaben: 

Abspeicherung von Daten und Programmen 

Lieferung von Daten und Maschinenprogrammen an die CPU 

Ablage der Bildinformationen und Bilddarstellungen 

Bausteine: 

8 dynamische RAMs; 64K x 1 Bit parallelgeschaltet als 64K x 1 Byte 
Speicher 

1 ROM mit 32K Bit Speicherumfang unterteilt in zwei Speicherbe¬ 
reiche. Die Adressen 0000-3FFF enthalten das Betriebssystem; also 
jene Routinen, die allgemein von jeder Hochsprache benötigt werden 
für die Tastaturabfrage, die Ausgabe eines Zeichens auf dem Bild¬ 
schirm, das Ziehen von Linien, die Integerarithmetik und die Spei¬ 
cherverwaltung etc. Im oberen ROM (von C000-FFFF hex) findet 
sich der BASIC-Interpreter, also die Routinen, die zur Übersetzung 
des Hochsprachenbasics im Maschinencode notwendig sind. 
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1 Videocontroller 6845. Dieser auch CRTC (Cathode Ray Tube Con¬ 
troller - Kathodenstrahlröhrencontroller) genannte Baustein liest aus 
einem frei wählbaren 16K-Bereich des RAM Byte für Byte die Bild¬ 
information aus und übersetzt diese in das Bildsignal für den Monitor. 
Dabei ist der Videocontroller in weiten Bereichen durch Software 
programmierbar. So können zum Beispiel die Anzahl der Zeichen pro 
Zeile oder ähnliche, für den Bildaufbau notwendige, Daten software- 
mäßig gesteuert werden. Dies geschieht über das Schreiben in interne 
Register des Videocontrollers. Der Benutzer braucht sich mit diesem 
Register nicht auseinanderzusetzen, weil sie vom Computer bei der 
Initialisierung auf die notwendigen Werte gesetzt werden und eine 
Änderung meistens nicht sinnvoll ist. Eine Ausnahme bilden die Re¬ 
gister 12 und 13 (beziehungsweise 16 und 17), welche die Bildschirm¬ 
steueradresse respektive ein Light-Pen-Register enthalten. Auf ihre 
Benutzung kommen wir gleich noch zurück. 

1 Gate Array (Ferranti ULA). Dieser Baustein erfüllt so vielfältige 
Aufgaben, daß ihm im Rahmen des Systems fast die Rolle eines 
Hilfsprozessors neben der eigentlichen CPU zukommt. Technisch 
gesehen handelt es sich beim ULA um eine Matrix aus Widerständen, 
Kondensatoren und Transistoren (insgesamt mehr als 2200 Einzel¬ 
komponenten), die mit Hilfe des technischen Verfahrens der Masken¬ 
programmierung miteinander verbunden werden können. Das Kürzel 
ULA steht dabei für Uncomitted Logic Array, also unverbundene lo¬ 
gische Gatter. Durch das Ziehen der Verbindungen ist es für einen 
Computerhersteller ohne größere Schwierigkeiten möglich, auf einem 
Baustein zum Teil sehr verschiedenartige Funktionen zu integieren. 

Dies ist auch hier der Fall. Hieraus resultiert nun, daß man beim CPC 
neben hochentwickelten Standardbausteinen und einigen wenigen 
Hilfschips keine nichtintegrierten Bauteile findet: alles ist im ULA 
zusammengefaßt. 

Das Array nimmt beim CPC im wesentlichen drei verschiedene Aufgaben 
wahr. In Zusammenarbeit mit dem CRTC-Controller gibt es das Bildsignal 
aus. Der Gatterbaustein ist dabei für die Auswahl der abzubildenden Farbe 
eines Punktes zuständig und stellt überdies die unterste Adreßleitung zur 
Ansprache des Bildschirmspeichers zur Verfügung. Der CRTC-Controller 
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adressiert immer zwei Byte gleichzeitig. Welches Byte dann am Schluß be¬ 
arbeitet wird, legt das ULA fest. Daneben enthält das GATE-ARRAY eine 
Reihe von Registern, die für die Zwischenspeicherung der aktuellen‘Kom¬ 
bination von INKs, also der verwendeten Farben, benutzt werden und mit 
deren Hilfe der Baustein die aktuelle auszugebende Farbkombination für 
einen Bildpunkt bestimmt. 

Die zweite Aufgabe des ULA besteht in der Auswa hl von Bildschirmmodus 
und Speicherbereichsverteilung. Dazu verfügt das ULA über ein weiteres 
Register, MODE-Register genannt, in dem einzelne Bits als Kennzeichen 
für die Speicherung des Bildschirmzustands benutzt werden. Der Bild¬ 
schirmmodus ist für das ULA eine Kenngröße, anhand der es entscheidet, 
ob ein geliefertes Datenbyte als komplexe Farbinformation oder mehrere 
Bildschirmpunkte zu interpretieren ist. Mehr dazu im nächsten Abschnitt. 

Der dritte wichtige Aufgabenbereich des ULA ist die zeitliche Koordination 
der einzelnen Bausteine. Das ULA erzeugt mit Hilfe einiger Gatter und 
eines Quarzes den Hauptsystemtakt von 16 Megaherz und liefert so fast alle 
anderen vom System benötigten Signale, so zum Beispiel den Prozessorsatz 
mit 4 Megaherz, die Takte für den Videocontroller und den Soundgenerator 
mit 1 Megaherz. Daneben liefert das ULA den Hauptinterrupttakt, eine 
Unterbrechung, die 300mal pro Sekunde auftritt und im Betriebssystem für 
den Aufruf ständig wiederkehrender schneller Ereignisse benutzt wird. Eine 
nochmalige Teilung durch 6 liefert dann den langsamen Unterbrechungs¬ 
takt, ein Rhythmus, der für den Aufruf von langsamen Ereignissen, wie 
zum Beispiel der Tastaturabfrage, benutzt wird. 

Beschäftigen wir uns nun etwas näher mit verschiedenen Aufgaben des Me- 
morybereiches, speziell mit der Bildschirmdarstellung und der Speicherfrei¬ 
schaltung. 


3.2.1 Die Bildschirmdarstellung 

Der Bildschirmspeicher wird durch zwei Zeiger grob untergliedert, die 
Bildschirm basis und den BitdschirmoffseL 
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Die Bildschirmbasis gibt an, in welchem 16 K-Bereich des RAMs sich der 
Bildschirmspeicher befindet. Da im unteren Teil unseres RAMs die 
RESTART-Anweisungen liegen, und der Bereich zwischen 8000 und C000 
den Firmwaresprungverteiler enthält, sind diese beiden Bereiche nicht für 
die Ablage von Bildinformationen geeignet. Was übrigbleibt, ist der Bereich 
zwischen hex 4000 und hex 7FFF beziehungsweise zwischen hex C000 und 
hex FFFF. 

Bei der Initialisierung definiert der CPC den Bereich zwischen C000 und 
FFFF für die Ablage der Bildinformationen. 

Um zwischen den einzelnen 16K-Bereichen umschalten zu können, stellt 
das Betriebssystem eine Routine zur Verfügung, SCR SET BASE mit der 
Adresse hex BC08. Bei dieser Routine muß der AKKUMULATOR das sig¬ 
nifikante Byte, also das High-Byte der Anfangsadresse des Grafikspeichers, 
enthalten. Da die Umschaltung nur in Blöcken zu 16K erfolgen kann, sind 
dabei nur die oberen zwei Bits (Bit 6 und Bit 7) relevant. Sie definieren, in 
welchem der vier möglichen Speicherbereiche der Bildschirmspeicher nun 
liegt. 

Mit einer weiteren Routine SCR SET OFFSET mit der HEX-Adresse BC05 
ist es möglich zu bestimmen, ab welcher Position innerhalb dieses 16 K-Be¬ 
reiches der Bildschirm beginnt. Oder um es einfacher auszudrücken: Mit 
dieser Adresse wird der oberste linke Eckpunkt unseres Bildschirms festge¬ 
legt. Wir haben es also beim CPC nicht mit einem festen Speicher zu tun, 
bei dem Bildpunkte genau definierten Speicherstellen zugeordnet werden 
können. Sondern, je nach Bedeutung dieses OFFSET-Zeigers gibt eine 
Speicherstelle im Bildschirm-RAM eine andere Position auf dem Bildschirm 
wieder. Um uns die Wirkungsweise dieser beiden Routinen klarzumachen 
gibt es nur eines: ausprobieren. Dies wollen wir nun auch tun. 

Zunächst einmal zur Wirkungsweise der Routine SCR SETBASE. Wir haben 
schon gesehen, daß der CRTC-Controller Über zwei Register verfügt, die 
ihm angeben, welche Positon im Speicher den oberen linken Bildpunkt dar¬ 
stellt. Dieser Zeiger erfordert 16 Bit und ist deswegen in zwei Registern 
abgelegt, den Registern 12 und 13 des Videochips. 12 beinhaltet dabei die 
höherwertigen Bits der Startadresse, 13 die niederwertigen. 
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Nun werden für die Auswahl eines Bytes aus einem 16K-Bereich nur 14 
Bit benutzt, so daß 2 Bit für die Auswahl des entsprechenden 16K-Spei- 
cherbereichs im Register 12 freibleiben. Diese beiden oberen Bits werden 
von SCR SETBASE nach dem Willen des Benutzers geändert und schalten 
damit dann die gewünschten Speicherbereiche ein. Bei der Auswahl der 
Speicherbereiche ist jedoch Vorsicht oberstes Gebot, denn nur die Adressen 
im Bereich zwischen hex 4000 und 7FFF, beziehungsweise C000 und FFFF, 
sind ja disponibel. 

Obwohl derart weitreichende Änderungen in der Softwarestruktur des Sys¬ 
tems anfangs zu einigen Unsicherheiten führen werden, sollten wir dennoch 
auf gar keinen Fall darauf verzichten, denn sie eröffnen uns ungeahnte 
Möglichkeiten, zum Beispiel das Arbeiten mit zwei Grafikspeichern, eine 
beliebte Methode, die des öfteren bei Zeichenprogrammen verwendet wird. 

Wir wollen uns das Grundprinzip einmal anhand eines Beispiels anschauen: 
Erster Grafikspeicher soll unser Normalspeicher sein, das heißt der Bereich 
von C000 nach oben. Als zweiten Nebengrafikspeicher verwenden wir den 
Bereich von hex 4000 bis 7FFF. 

Zunächst einmal sollten wir überprüfen, wo wir überhaupt sind. Dies geht 
relativ einfach, indem wir den Bildschirm löschen und uns dann eine Spei¬ 
cherstelle in diesem Bereich, zum Beispiel mit dem Wert FF, poken. Nach 

POKE &D700.&FF 

erhalten wir ziemlich in der Mitte unseres Bildschirms einen ein Zeichen 
breiten gelben Strich, eine Bildschirmzeile hoch. Als nächstes sollten Sie 
den im folgenden abgedruckten kleinen Vierzeiler eintippen. Es handelt 
sich um ein Maschinenprogramm, das wir wieder ab 42000 nach oben able- 
gen. 


10 MEMORY &3FFF 
20 DATA 3e,40,cd,08,bc,c9 

30 FOR i=42000 TO 42005:READ a$:POKE i,VAL("&"+a$):NEXT 
40 CALL 42000 

Der Inhalt des Programms ist relativ einfach. Zunächst einmal setzen wir 
die Speicherobergrenze auf 3FFF herab, um Kollisionen mit dem BASIC, 
speziell den Stringvariablen des BASIC, zu vermeiden. Danach wird das 
kleine Maschinenprogramm in den Speicherstellen 42000 bis 42005 gepoket 
und danach das Maschinenprogramm aufgerufen. 
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Das Maschinenprogramm selbst stellt uns vor keine größeren Probleme, da 
die Befehle schon weitgehend bekannt sind. 3E ist der Code für das Laden 
des Akkumulators mit der nachgestellten Zahl, also mit 40 hex. Danach 
folgt das CD für das Aufrufen eines Maschinenunterprogramms und 
schließlich mit C9 der Rücksprung ins BASIC. Die Zwei-Byte-Adresse 
BC08 nimmt dabei den Ansprungpunkt der aufzurufenden Routine an, hier 
ist dies SCR SET BASE. 

Es stellt sich nun die Frage, warum wir den Akkumulator mit 40 geladen 
haben. Dies ergibt sich relativ schnell, indem wir uns die HEX-Zahl 40 
einmal binär ausdrucken lassen. 

PRINT BIN$(&40) 

bringt uns als Ergebnis 1000000, also eine siebenstellige Binärzahl. Die 
linke Vornull wurde bei der Ausgabe unterdrückt. Schauen wir uns die 
obersten beiden Bits der ausgegebenen Zahl an, so erhalten wir die Werte 
01. Dies ist genau die notwendige Adressierung für den zweiten Speicher¬ 
bereich von unten, das heißt von 4000 bis 7FFF. Umgekehrt müßten wir 
zum Rückschalten auf den normalen Speicherbereich eine Zahl benutzen, 
die die obersten beiden Bits gesetzt hat, zum Beispiel F0 oder C0. Lassen 
wir unser Programm nun laufen, so passiert zunächst überhaupt nichts. Der 
Bildschirm löscht sich, und es erscheint die READY-Meldung, so als hätten 
wir ein CLS ausgeführt. 

Allerdings, so einfach ist die Sache nicht. Poken wir nämlich jetzt wiede¬ 
rum D700, so passiert nichts. Der Grund: Wir haben ja die Basis unseres 
Bildschirmspeichers verändert. Die entsprechende Stelle liegt jetzt 32K 
tiefer bei hex 5700. Poken an diese Speicherposition bringt uns wieder den 
gewünschten Strich zurück. 

Arbeiten wir nun ein wenig mit unserem COPY-Cursor in Zeile 20 und än¬ 
dern die 40 in F0 ab. Lassen wir nun das Programm wiederum laufen, so 
erhalten wir unser altes Schirmergebnis vom ersten Programmdurchlauf 
wieder: Wir verfügen nun über zwei Grafikspeicher. 

Durch diese Art der Umschaltung können wir nun vielfältige Effekte erzie¬ 
len. Der Anwendungsbereich reicht vom Einblenden eines vorher aufgebau¬ 
ten hochauflösenden Grafikbildes bis zur schnelleren Bildschirmausgabe bei 
größeren Erklärungstexten; überhaupt, jede Art der Ausgabe von größeren 
Datenmengen auf dem Bildschirm wird nun einfacher. 
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Da aufgrund des hochauflösenden Grafikspeichers die Bildschirniausgabe 
beim CPC den größten Zeitaufwand aller Routinen beansprucht, läßt sich 
mit dem oben beschriebenen Verfahren eine komfortable und zugleich auch 
schnelle Bildschirmdarstellung erreichen. Allerdings hat diese auch ihren 
Preis, denn man verliert 16K freien Speicher. So dürfte eine Anwendung 
dieser Technik doch im wesentlichen bei Grafikentwicklungsprogrammen 
liegen. Nun ist es allerdings wenig sinnvoll, die Informationen auf dem 
einen Bildschirm auszugeben und dann auf den anderen umzuschalten. Dies 
eignet sich nur, wenn man von einer Grafikentwicklungsroutine, die auf 
den gesamten Bildschirm zurückgreift, in ein größeres Eingabemenü um¬ 
schalten will. 

Viel interessanter ist es dagegen, Daten bereits auf dem einen Bildschirm 
parat zu halten und dann mit einem kurzen Maschinenprogrammaufruf 
zwischen den beiden Bildschirmen zu switchen. Die Vorbereitung des Pa¬ 
rallelbildschirms erfordert allerdings eine nähere Kenntnis der Ab¬ 
speicherung der Bildinformationen, da das Setzen des Nebenspeichers bei 
eingeschaltetem Hauptspeicher nur durch direkten Speicherzugriff möglich 
ist. 

Wir müssen uns daher mit der Speicherstruktur noch etwas näher beschäfti¬ 
gen. Zunächst einmal zur Routine SCR SET OFFSET. Wir hatten ihre 
grundsätzliche Bedeutung bereits kennengelernt. Sie legt den Anfangspunkt 
des Bildschirms (also die linke obere Ecke) im Speicher fest. Dies geschieht 
wiederum über die Änderung von Register 12 und Register 13 des CRTC- 
Controllers. Vor dem Ansprung der Routine müssen wir in das Registerpaar 
HL den neuen OFFSET einschreiben. Die oberen beiden Bits werden dabei 
vernachlässigt. 

Es gibt jedoch noch eine andere Möglichkeit. Wir können nämlich den 
Videoprozessor direkt adressieren. Dies geschieht über den BASIC-Befehl 
OUT, ein Äquivalent des entsprechenden Maschinensprachekommandos. 
Damit ist es möglich, direkt Daten an ein Ausgabegerät zu senden. Der 
OUT-Befehl hat das Format 

OUT<ADRESSE>,<INHALT> 

Den CRTC können wir über drei Adressen ansprechen. So stellt sich zuerst 
einmal die Frage, wie man mit drei Adressen eine relativ große Anzahl von 
Registern (insgesamt verfügt der CRTC über 18 Stück) ansprechen und des 
weiteren noch eine Trennung von Ein- und Ausgabe bewerkstelligen kann. 
Dies wird über das sogenannte Adressregister geleistet. Vor der Abfrage 
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eines internen Registers des Videochips müssen wir zuerst die Nummer des 
Registers nebst Adressregister ausgeben und können danach dann auf das 
gewünschte Datenregister zurückgreifen. Das Adressregister hat die Ein- 
/Ausgabeadresse BCXX, wobei die XX bedeuten, daß diese beiden Stellen 
nicht dekodiert werden. Ihr Inhalt ist also ohne Belang. Wir werden sie 
immer durch FF ersetzen. 

OUT&BCFF,12 

teilt also dem Videogenerator mit, daß wir auf sein internes Register 12 zu¬ 
rückgreifen wollen, also den oberen Teil der OFFSET-Adresse kombiniert 
mit der Auswahl des Speicherbereichs (Bildschirmbasis). Unter der Ein- 
/Ausgabeadresse BDFF können wir Daten an ein Datenregister senden, mit 
BFFF wird ein Datenregister zur Eingabe adressiert. Fragen wir einmal den 
momentan gespeicherten OFFSET ab. Dies benötigt vier Kommandos. Zu¬ 
nächst müssen wir das Adressregister auf Register 12 setzen, dann aus die¬ 
sem mit einem INPUT-Befehl der Umkehrung des OUT-Kommandos Da¬ 
ten einiesen, es folgt die Spezifizierung des nächsten Registers, in unserem 
Falle Register 13, und wiederum ein INPUT-Befehl. Definieren wir als H 
und L in Analogie zur Maschinensprache zwei Register, so liefert uns die 
folgende Zeile den aktuellen OFFSET. 

50 OUT &BCFF, 12:H=INP(&BFFF):OUT &BCFF,13:L=INP(&BFFF) 

60 PRINT H,L 

Hierbei ist zu beachten, daß wir über unsere Abfrage von H nicht feststel¬ 
len können, welche Basisadresse der CRTC-Controller momentan benutzt. 
Die obersten beiden Bits sind nämlich bei der Ausgabe immer auf 0 gesetzt. 
Und noch einen weiteren Nachteil hat dieses Verfahren des Direktzugriffs. 
Wir teilen der Software, das heißt dem Betriebssystem nämlich nicht mit, 
daß wir den Speicher verändert haben. Da der OFFSET Rechner-intern für 
die Berechnung fast jeder Ausgabe auf dem Bildschirm benötigt wird, füh¬ 
ren unvorsichtige Änderungen hier zu einer später falschen Bildschirmaus¬ 
gabe. 

Für eigene Programmentwicklungen sollte man daher besser auf die Routine 
SCR SET OFFSET zurückgreifen. Mit dem OUT-Befehl haben wir aller¬ 
dings eine gute Möglichkeit, um zu demonstrieren, wie der CPC bei nur 
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einem definierten WINDOW, das heißt WINDOW 0 = Gesamtbildschirm, 
auf einfache Art und Weise eine Zeile nach oben oder unten scrollt. Er 
versetzt dazu nämlich einfach den OFFSET-Pointer und löscht ein Teil des 
Bildschirms. 

Zur näheren Erklärung müssen wir uns mit dem Aufbau des Bildschirm¬ 
speichers näher beschäftigen. Am besten macht man sich dies mit Hilfe 
einer kleinen Grafikroutine klar. Versetzen Sie doch einmal den Computer 
mit 


<CTRL><SHIFT ><ESC> 

in den Ausgangszustand, und tippen Sie nach CLS die folgende Zeile ein: 

FOR i=&C000 TO &FFFF:POKE I,&FF:LOCATE 1,1:PRINT 
HEX$(i): 

NEXT 

Dieses Programm lädt den Bildschirmspeicher ab Speicherstelle C000 mit 
dem Wert FF. Wenn Sie sich den Ablauf dabei anschauen, werden Sie 
schnell die Speicherstruktur erkennen. Das Schreiben beginnt in der linken 
oberen Ecke, wie nicht anders zu erwarten war, da der OFFSET nach dem 
Einschalten immer 0 ist. Es werden jetzt rote Linien untereinander auf dem 
Bildschirm gezeichnet, und zwar für jede HEX-Zeile zuerst die oberste von 
acht Bildschirmzeilen. 

Der Wert in der linken oberen Ecke gibt dabei jeweils die aktuell gepokete 
Speicherstelle an. Bei dem Wert C800, also 2K oberhalb des Anfangs der 
ersten Bildschirmzeile, beginnt der CPC mit der Ausgabe der zweiten Bild¬ 
schirmzeile. Bei 8D00 folgt die nächste usw. (der Abstand beträgt immer 
2K). 

Jede Bildschirmzeile besteht dabei aus 640 Bildpunkten, so daß wir für ihre 
Abspeicherung 80 Byte benötigen (= 640 Bit oder aber 640 Bildpunkte). 25 
Textzeilen mit jeweils 80 Byte für die Darstellung einer Bildschirmzeile 
ergeben dann auch einen Block von 2000 Byte, der alle obersten Bild¬ 
schirmzeilen, beziehungsweise alle zweiten Bildschirmzeilen usw. enthält. 


Nun haben wir es aber bei unserem Bildschirmspeicher nicht mit 16000 
Byte zu tun, sondern mit 16K. Das wiederum führt dazu, daß nach dem 
Ende jedes Blocks (welcher ja 2K = 2048 Byte lang ist) 48 Byte frei blei- 
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ben. Sie können das verfolgen, indem Sie kurz vor dem Sprung von einer 
Bildschirmzeile zur nächsten auf den Zähler in der linken oberen Ecke 
schauen. Dieser läuft 48 Byte weiter, allerdings tut sich auf dem Bildschirm 
nichts. Erst nach Überschreiten der 2K-Grenze geht es links oben weiter. 

Wie sieht es nun mit der Abspeicherung der Punkte innerhalb einer Bild¬ 
schirmzeile aus? 

Aufgrund des Ineinandergreifens von CPC-Controller und ULA kommt es 
bei der Farbauswahl zu einer sehr seltsamen Belegung von Speicherstellen, 
die schon fast an den Turmbau von Babel (jedenfalls der Sprachverwirrung 
nach) erinnert. 

Im MODE 2 ist es relativ einfach. Hier entspricht jedes Bit im Bildschirm¬ 
speicher einem gesetzen Bildpunkt. Mit 0 ist dabei der am weitesten rechts 
liegende Bildpunkt, mit 7 das Gegenstück auf der linken Seite der 8 gespei¬ 
cherten Bildpunkte je Byte adressiert. Probieren sie einmal nach 

CTRL SHIFT ESC 

und der Umschaltung auf MODE 2 die folgenden beiden POKEs aus (die 
linke obere Bildschirmecke sollten Sie davor durch Eingabe von Leerzei¬ 
chen gelöscht haben): 

POKE&C000,&01 


und 


POKE&COOO, 128 

Mit diesen beiden Befehlen werden die beiden äußersten Bildpunkte 
gesetzt, die restlichen sieben jeweils gelöscht. 

Etwas schwieriger gestaltet es sich dagegen, wenn wir in den beiden ande¬ 
ren MODEs operieren möchten. Die höheren farblichen Möglichkeiten wer¬ 
den bei diesen Bildschirmgrößen durch gleichzeitiges Setzen mehrerer Bild¬ 
punkte erreicht. So werden zum Beispiel im MODE 1 immer zwei Bild¬ 
punkte nebeneinander auf dieselbe Farbe gesetzt. Da man nun nicht mehr 
für jeden Bildpunkt ein einzelnes Bit zum Zweck der Abspeicherung 
braucht, können jetzt in zwei Bits die möglichen vier Farben codiert wer¬ 
den. Steht in den beiden Bits 00, so wird auf INK 0 zurückgegriffen, beim 
Wert 01 wird mit INK 1 geschrieben usw. 
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Nun wäre es schön und eigentlich auch logisch anzunehmen, daß die Bit 6 
und 7 zusammengefaßt Farbinformationen für die beiden linken Bildpunkte 
liefern. Doch was schön und liebenswert wäre, ist beim CPC noch lange 
nicht natürlich. Die nachfolgende Tabelle gibt Ihnen die Zuordnung der 
verschiedenen Bits zu den Bildpunkten an. Die Abfolge der Bits gibt dabei 
an, in welcher Reihenfolge diese die zu setzende INK codieren. 

Beispielsweise liegt im MODE 0 folgendes Byte vor (in binärer Schreib¬ 
weise): 01010101. Als Farben ergeben sich nun für das linke PIXEL INK 
15 und für das rechte PIXEL INK 0. Vollziehen Sie es einmal in Gedanken 
nach! 

Nun zur Umkehrung. Es soll eine grüne Strichellinie auf dem Bildschirm 
dargestellt werden. Dazu sollen jeweils im MODE 1 vier Bildpunkte gesetzt, 
danach wieder vier Bildpunkte nicht gesetzt werden. Als Hintergrundfarbe 
diene INK 0 ; INK 3 sei auf Grün, das heißt 21, definiert worden. Wir ge¬ 
hen einmal davon aus, daß die linken und die rechten zwei Bildpunkte auf 
Hintergrundfarbe, die mittleren dagegen auf Grün gesetzt werden sollen. 
Somit ergibt sich als zu pokender Bytewert binär 01100110. 

Nun fehlen uns noch die Ausgangsposition und die Länge unserer Linie. 
Wir nehmen hierbei einmal an, daß wir 20 Zeichen (beginnend mit dem 10. 
Zeichen) in der Mitte der dritten HEX-Zeile darstellen wollen. Als Mitte 
fassen wir hierbei die vierte Bildschirmzeile von oben auf. 

Jetzt rechnen wir ein wenig. Die vierten Bildschirmzeilen sind im vierten 
Block abgespeichert, der mit C800 (das dezimal 55296 entspricht) beginnt. 
Dazu kommen jetzt 160 Byte für die ersten beiden HEX-Zeilen, die wir 
überspringen müssen, sowie weitere 30 Byte, damit unser 20 Byte langer 
Strich in der Mitte steht. Als Anfangswert für unsere Linie erhalten wir 
damit dezimal 55486 und kommen somit zu folgender Programmzeile: 

INK0,0:INK3,21:FOR i=55486 TO 55506:POKE i,&X01100110 

Sie sollten nun einmal probieren, die Linie selber auf andere Farbe zu 
setzen oder eine senkrechte Linie oder ein Rechteck auf dem Bildschirm 
mit Direktzugriff zu zeichnen. Eines müssen Sie dabei aber immer noch be¬ 
achten. Das Verschieben von Linien, das heißt das Rollen des Bildschirms 
um eine Zeile von oben oder nach unten geschieht beim CPC, indem ein¬ 
fach der OFFSET-Pointer verschoben wird, vorausgesetzt, man arbeitet nur 
mit einem WINDOW, also auf dem Gesamtbildschirm. 
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Mit jedem SCROLLen verschieben sich also die Anfangskoordinaten des 
Bildschirms, und damit findet auch eine Ausgabe ihrerseits an einer ganz 
anderen Stelle statt. Einzige Möglichkeit, dies zu umgehen, ist es, den Bild¬ 
schirm in zwei Unterbildschirme aufzuteilen. Zum Beispiel könnte man die 
Zeilen 1-12 und 13-25 als WINDOW#0 bzw. WINDOW# 1 definieren. Da¬ 
durch wird der CPC gezwungen, beim SCROLLen wirklich Speicherbe¬ 
reiche gegeneinander auszutauschen, beziehungsweise einzelne Bereiche des 
Speichers mit INK 0 aufzufüllen. 

Dies führt zwar bei Bildschirmbewegung zu einem erheblichen Geschwin¬ 
digkeitsverlust (vergleichen Sie einmal die Ausführungsgeschwindigkeit 
eines LIST auf dem Gesamtbildschirm mit einem LIST in einem WINDOW 
- es ist deutlich langsamer, und jetzt wissen Sie, warum), hat dafür aber 
den Vorteil, daß der Stand unseres OFFSET-Pointers konstant bleibt. De¬ 
finieren wir uns nach dem Einschalten auf diese Art zwei WINDOWS, so 
bleibt die linke obere Bildschirmecke immer an der Position C000. 


3.2.2 Die Freischaltung der Speicherbausteine 

Kommen wir nun zu einem anderen interessanten Gebiet im Speicherbe¬ 
reich, der Freischaltung von RAM beziehungsweise ROM. Die Problematik 
haben wir schon bei der Entwicklung unseres Monitors kennengelernt. 
RAM-Speicher und ROM belegen teilweise gleiche Adressen. 

Es stellt sich die Frage, wer denn nun entscheidet, welcher dieser beiden 
Bausteingruppen Daten auf dem Datenbus, das heißt zur CPU, geben darf. 
Dieses ist wiederum das ULA. Es enthält ein Multifunktionsregister, das 
neben dem Bildschirmmodus auch die aktuelle Auswahl von ROM oder 
RAM enthält. Nun soll hier nicht so sehr der Zugriff auf das Register im 
GATE ARRAY interessieren, wichtig ist nur, daß für dieses Register eine 
genaue Kopie im Registersatz der Z80 vorhanden ist. 

Dabei handelt es sich um das Register C des Parallelregistersatzes. Der Auf¬ 
ruf einer Routine, wie zum Beispiel KL U ROM ENABLE, die wir bei 
ROMREAD verwandt haben, führt nun die folgenden Operationen aus. 
Zuerst werden die erforderlichen Bits im Parallelregister C geändert und 
dann dieses an das GATE ARRAY ausgegeben, wo es dann die neue Ver- 
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teilung von Bildschirmmodi und Speicherabteilung herstellt. Die Bedeutung 
der einzelnen Bits im Parallelregister C ist dabei wie folgt: Bit 0 und Bit 1 
definieren den Bildschirmmodus. Bit 2 und Bit 3 definieren die Speicher¬ 
konfiguration. Die Bedeutung der einzelnen Bits bzw. ihrer Kombinationen 
ist dabei wie folgt: 


Bit 1 
0 
0 
1 
1 


Bit 0 
0 
1 
0 
1 


Bit 2 


Bit 3 


Mode 

Mode 0 (16 Farben) 

Mode 1 (4 Farben) 

Mode 2 (2 Farben) 

Mode 0, die normale Farbdefini- 
tion durch Blinken ist abgestellt. 

unteres ROM freischalten 
0=freigeschaltet l=gesperrt 

oberes ROM freischalten 
0=freigeschaltet l=gesperrt 


Bedeutung der Bits eines Farbbytes in den verschiedenen MODES 


Pixel 

Linkes Pixel 


MODE 0 

MODE 1 

MODE 2 

Bit 1,5,3,7 

Bit 3,7 

Bit 7 

Bit 6 


Bit 2,6 

Bit 5 

Bit 4 

Bit 0,4,2,6 

Bit 1,5 

Bit 3 

Bit 2 


Bit 0,4 

Bit 1 

Bit 0 


Rechtes Pixel 
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3.3 Der IO-Bereich 

Ein kurzer Blick auf das Blockschaltbild unseres Computers liefert uns die 
zugehörigen Baugruppen: 

Ein PRINTER-Port (Centronixport) 

Dies ist ein 8-Bit-Ausgaberegister, das bei Anlegen eines Taktsignals Daten 
vom Datenbus übernimmt und bis zum Auftreten des nächsten Taktes zwi¬ 
schenspeichert. Des weiteren liefert es ein STROBE-Signal (als Kennzeichen 
dafür, daß neue Daten eingetroffen sind). 

Ein PIO 8255 

das Arbeitspferd im Eingabe-/Ausgabebereich. Hierbei handelt es sich um 
einen universellen Ein-/Ausgabebaustein mit drei wahlweise auf Eingabe 
oder Ausgabe programmierbaren 8-Bit-Datenregistern. 

Ein programmierbarer Soundgenerator (PSG) 

Dieses IC (AY 8912 von General Instruments) enthält drei Tongeneratoren, 
einen Rauschgenerator und ein programmierbares Ein- bzw. Ausgabere¬ 
gister. Daneben gehören in diesen Bereich die Kassette und die Tastatur. 

Schauen wir uns nun einmal die Ansprache und das Zusammenwirken der 
einzelnen Bausteine etwas näher an. Am einfachsten ist die Beschreibung 
des Centronixports. Seine Ausgänge befinden sich direkt auf der mit Printer 
beschrifteten Steckerleiste. Ihre Belegung finden Sie in Anhang V, Seite 2 
des Bedienerhandbuches wieder. Der gesamte Ausgang besteht im wesentli¬ 
chen aus neun Leitungen. 

Im einzelnen sind das sieben Datenleitungen, der STROBE OUTPUT, wel¬ 
cher die Übergabebereitschaft von Daten signalisiert sowie der BUSY 
INPUT. Mit letzterem teilt das externe Gerät dem CPC mit, daß es noch 
nicht übernahmebereit ist (womit dann das Aussenden eines weiteren Da¬ 
tenbytes unterbleibt). Dieser Eingang führt in das Register B des PIO, und 
zwar an Bit 6. Mit der Abfrage von Register B und abschließendem Über¬ 
prüfen dieses Bit ist es somit möglich festzustellen, ob ein externes Gerät 
Übernahmebereitschaft signalisiert. Zu diesem Zweck muß der BUSY-Ein- 
gang auf LOW, das heißt GROUND, gelegt werden. 
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Der Centronixport eignet sich relativ gut als universelle Schnittstelle für die 
Datenausgabe. Die Ansprache geschieht über die Adresse &EFFF. Wie bei 
den anderen IO-Bausteinen wird auch die Ausgabe an dieses Ein-/Aus- 
gabegerät nur unvollständig decodiert (es wird nur der Zustand der Adreß¬ 
leitung Al2 berücksichtigt). Daher müssen alle anderen Leitungen auf 1 ge¬ 
setzt sein, um Kollisionen mit anderen Bausteinen zu vermeiden. 

Die Ausgabe eines Wertes an den Centronixport ist verhältnismäßig simpel. 
Sie erfolgt mit dem Kommando 

OUT&EFFF,<WERT> 

Im Zusammenhang mit der Druckerausgabe muß auf eine unangenehme Ei¬ 
genschaft hingewiesen werden: der CPC sendet nur 7 Datenbits an den 
Drucker. Das oberste Bit 7 wird als STROBE-Signal benutzt. Dies bereitet 
besonders dann Ärger, wenn man mit grafikbefähigten Druckern arbeitet, 
die die Zeichen von 128-255 als Grafiksymbole interpretieren. Da beim 
CPC nur die unteren 7 Bit auf D0-D6 weitergegeben werden, ist es ohne 
Hardwareänderung nicht möglich, diese Grafikfähigkeiten auszunutzen. 

Neben der Ansprache mit dem Hauptbefehl können wir jedoch auch auf 
eine Reihe von Maschinenroutinen zurückgreifen, um Werte an den Port zu 
senden beziehungsweise seine Empfangsbereitschaft abzutesten. Mehr dazu 
am Ende dieses Buches. 


3.3.1 Der Schntttstellenbaustein 8255 

Kommen wir nun zum Hauptbaustein im I/O-Bereich, dem 8255, einem 
sehr vielseitigen IC, das in vielen Z80-Systemen Verwendung gefunden hat. 
Er verfügt über 24 programmierbare Ein-/Ausgabeleitungen, die in drei 
Registern mit den Bezeichnungen A, B und C zusamamengefaßt sind. Dabei 
nimmt das Register C eine Sonderfunktion ein. Es kann nämlich den Ports 
A und B je zur Hälfte, das heißt mit den vier höherwertigen Leitungen zu 
Register A und mit den vier niederwertigen zu Kanal B zugeordnet werden; 
damit übernimmt es die Steuerfunktion. Man spricht dann von den Grup¬ 
pen A und B. Es können drei wesentliche Betriebsarten durch die System¬ 
software festgelegt werden: 


Betriebsart 0: 
Betriebsart 1: 
Betriebsart 2: 


einfache Ein-/Ausgabe 
getaktete Ein-/Ausgabe 
2-Wegebus 



102 


3 Die Systemhardware 


Die Betriebsarten der Kanäle A und B können unabhängig voneinander 
definiert werden, während Kanal C entsprechend den Erfordernissen der 
Kanäle A und B in zwei Teile aufgeteilt wird. Dabei können die Betriebs¬ 
arten miteinander kombiniert werden. Es ist also möglich, PORT A in Be¬ 
triebsart 0 und PORT B in Betriebsart 1 zu betreiben. Dabei ist nun noch 
zu beachten, daß es in jeder Betriebsart möglich ist, den Haupt-PORT und 
auch den entsprechenden Teil des Kanals C auf Ein- oder Ausgabe zu pro¬ 
grammieren (und zwar unabhängig voneinander). 

Eine Einschränkung ist hier allerdings gegeben. Die Gruppe B kann nur in 
den Betriebsarten 0 und 1 betrieben werden, die Gruppe A auch zusätzlich 
in der Betriebsart 2. Dieser Umstand wird allerdings sofort klar, wenn wir 
uns die einzelnen Betriebsarten anschauen. 

Betriebsart 0 stellt dabei den am häufigsten verwendeten Fall dar. Diese 
Funktionsanordnung ermöglicht eine einfache Ein- und Ausgabe für jeden 
der drei Kanäle. Ein Austausch von Steuersignalen (HANDSHAKING) ist 
hier nicht vorgesehen, die Daten werden einfach in den gewählten Kanal 
geschrieben oder aus ihm gelesen. Durch gleichgerichtete Programmierung 
von PORT C können somit drei PORTs parallel betrieben werden. 

Das ist die beim CPC verwendete Betriebsart. Daneben existieren noch die 
anderen beiden Betriebsarten. Zuerst einige Bemerkungen zur Betriebsart 1 
(getaktete Ein-/Ausgabe). Hier werden die beiden Gruppen A und B gebil¬ 
det. Sie bestehen aus jeweils einem 8Bit-Datenregister und den höherwer¬ 
tigen bzw. niederwertigen Leitungen des Registers C, die hier Quittierungs¬ 
signale erzeugen respektive empfangen. 

Die Übernahme von Daten erfolgt hier erst bei der Angabe eines Über¬ 
nahmesignals auf Pin 4 von Kanal C für Kanal A bzw. Pin 2 für Kanal B. 
Auch werden an das eingebende Gerät mit Setzen der Leitung 5 (A) bezie¬ 
hungsweise 1 (B) Rückmeldesignale über die Übernahme der übermittelten 
Werte gegeben. Daneben erzeugen die Pins 0 für Kanal B und 3 für Kanal 
A noch jeweils ein Unterbrechungssignal, welches bei geeigneter Beschal¬ 
tung der CPU dem Prozessor mitteilen kann, daß von einem externen Gerät 
Daten zur Verfügung gestellt wurden. 

Im umgekehrten Fall liefert der Chip mittels anderer Pins ein Signal dafür, 
daß Ausgabedaten bereitstehen; zugleich empfängt er ein Übernahmesignal 
von dem externen Gerät und gibt danach wiederum ein Unterbrechungssig¬ 
nal an den Prozessor aus. Der letzte Vorgang in diesem Spiel ist also die 
Mitteilung an die CPU, daß die Daten übernommen wurden. 
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Noch etwas komplizierter gestaltet sich Betriebsart 2. PORT A ist jetzt in 
der Datenrichtung nicht mehr festgelegt, das heißt, er kann sowohl als Ein¬ 
gabe- wie auch als Ausgaberegister arbeiten. Für das HANDSHAKING 
(also die Kontrollmitteilung an ein externes Gerät) benötigt PORT A jetzt 
fünf Leitungen , die übrigen bleiben weiterhin wahlweise auf Ein- oder 
Ausgabe programmiert. Mit den verbleibenden drei Leitungen kann PORT 
B natürlich nicht auch noch in Betriebsart 2 betrieben werden (das erklärt 
unsere obige Restriktion). 

Es stellt sich nun die Frage, wie all diese Betriebsarten und Ein-/Aus- 
gabedefinitionen dem Chip mitgeteilt werden können. Dies geschieht über 
das Aussenden eines Datenwortes in das Steuerregister. In diesem Steuer- 
wort hat jedes Bit eine eigene Funktion; Bild 3.3 schlüsselt die Bedeutung 
der einzelnen Bits auf. 


Wie können wir Daten an den PIO senden, beziehungsweise von ihm em¬ 
pfangen. Wir müssen wissen. Der 8255 verfügt über zwei Adreßleitungen, 
die angeben, ob der Datenbus mit dem PORT A, B, C oder dem Steuerre¬ 
gister verbunden werden soll. Die Zuordnung ergibt sich dabei aus Bild 3.3. 


Ein-Ausgabe 


Adresse Ausgabe 


F4xx 

F5xx 

F6xx 

F7xx 


Port A Daten ausgeben 
Port B Daten 
Port C Daten 
Steuerport schreiben 


Eingabe 

Port A Daten einiesen 
Port B Daten 
Port C Daten 


Wie Sie aus der Tabelle entnehmen können, genügen die unteren 2 Bit des 
Adreßbus, um die 4 verschiedenen Register zu decodieren. Nun muß nur 
noch sichergestellt werden, daß nicht zur gleichen Zeit auch noch andere 
Bausteine auf den Datenbus zugreifen. Dazu verfügt der 8255 noch über 
einen Chip-Select-Eingang. Legt man an diesen Low-Signal an, so wird der 
8255 aktiv. 
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Der Chip-Select-Eingang ist mit dem Adreßbus Bit 11 verbunden, die 
Adresseingänge Al und A0 liegen auf A9 und A8. Eine vollständige De¬ 
codierung findet auch hier wiederum nicht statt, so daß die anderen Bits 
unbedingt auf 1 gesetzt werden müssen, um nicht gleichzeitig eine 
Ansprache anderer I/O-Geräte, zum Beispiel des CRTC-Controllers oder 
des GATE ARRAYS, zu erreichen. Gleichzeitig setzt der Prozessor 
natürlich auch noch bei jeder Ein-/Ausgabeoperation die Signale IORQ, 
RD und WR, so daß die Ansprache eines I/O-Gerätes und die gewünschte 
Datenflußrichtung (Ein-/Ausgabe) gekennzeichnet sind. 


Steuerwort 



Bild 3.3: Steuerworte und Betriebsarten beim 8255 
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Wollen wir also nun den Ausgabe-PORT A ansprechen, so ist dies relativ 
einfach möglich. Wir setzen dazu einfach die Adressbit 11, 9 und 8 auf 0, 
was als Adresse zum Beispiel &F4FF ergibt (die unteren acht Bit des 
Adreßbus werden wieder nicht berücksichtigt (wichtig ist also nur die F4 
im oberen Teil) und geben an diese Adresse dann unseren Wert aus. Zuvor 
muß natürlich im Steuerregister der PORT A als Ausgabe-PORT definiert 
worden sein. Hierzu wäre nur die Adressleitug 11, also der Chip-Select auf 
0 zu setzen (A9 und A8 bleiben wegen des Codes des Steuerregisters jeweils 
auf 1), woraus sich als Adresse &F7FF ergibt. 

Bevor wir jedoch weiterhin große geistige Aktivitäten daraufhin verwen¬ 
den, wie wir die PORTs umdefinieren können, sollten wir uns erst einmal 
damit beschäftigen, wie der 8255 beim CPC eingesetzt wird. 

Das Blockschaltbild zeigt uns, daß das IC mit einer Vielzahl von Baugrup¬ 
pen in Verbindung steht. Zunächst einmal hängt es natürlich am Datenbus, 
um eine Kommunikation mit der CPU zu ermöglichen. Schauen wir uns 
nun die einzelnen PORTs an. PORT B ist fest als Eineanes-PORT pro¬ 
grammiert. Über diesen PORT werden alle Abfragen außer der Tastatur¬ 
abfrage getätigt. Die einzelnen Bits haben dabei folgende Belegung: Bit 0-4 
sind für den Benutzer von nachrangigem Interesse. Hier ist der Zustand des 
SYNC-Impulses des CRTC abfragbar, und durch Drahtbrücken wird der 
gewünschte Firmenname in der Einschaltmeldung fixiert. 

Bit 5 ist mit der EXP-Leitung des Expansion Connectors verbunden. Setzt 
man P48 des Erweiterungsanschlusses (vergleiche Anhang V Seite 2 des 
Bedienerhandbuches) auf LOW PEGEL, so kann diese Veränderung durch 
Testen des Bit 5 in Kanal B festgestellt werden. Damit ist es zum Beispiel 
möglich, eine serielle Eingabe über den Erweiterungs-PORT laufen zu 
lassen. 

Bit 6 ist mit der BUSY-Leitung des Druckers verbunden. Ein angeschlos¬ 
senes Gerät, zum Beispiel der Drucker, kann durch High-Legen dieses An¬ 
schlusses der Maschine mitteilen, daß er nicht empfangsbereit ist und sogar 
ein Zeichentransfer unterbinden. Wir haben uns mit diesen Möglichkeiten 
schon bei der Behandlung des PRINTER LATCH beschäftigt. 


Bit 7 dient dem Einlesen von Daten vom Recorder. 
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Kommen wir nun zum PORT C, der im CPC fix als Auseangs-PORT 
definiert ist. Die unteren vier Bit steuern dabei die Tastaturmatrix. Die 
Tastatur ist in zehn Reihen mit je acht Spalten angeordnet. Durch Dekodie¬ 
rung der unteren vier Bit mit Hilfe eines BCD-Dezimaldekoders wird eine 
dieser Tastaturreihen auf LOW PEGEL gelegt. 

Drückt man nun irgendeine Taste, so wird das LOW-Signal von einer Reihe 
auf eine Spalte weitergeschaltet; die restlichen Spalten bleiben HIGH. Im 
Prinzip taktet der CPC jede 50stel Sekunde alle zehn Reihen durch Anlegen 
verschiedener Werte an diese vier Bit durch und überprüft dann, welche 
Rückschlußinformationen er auf den Spalten wiederfindet. Dadurch kann er 
die gedrückten Tasten analysieren. 

Mit Bit 4 wird der Motor des Kassettenrecorders bedient. Bit 5 stellt die 
Auseabeleitung für die Datenübergabe an den Kassettenrecorder dar. Hier 
wird das Tonfrequenzensignal an den Datacorder weitergegeben. Die Bit 6 
und 7 arbeiten als Chip-Select und STROBE-Sienal für den Soundship. 

Port A wird beim CPC sowohl für die Dateneingabe wie auch für die Aus¬ 
gabe benutzt. Sollen Daten in den Soundprozessor geschrieben werden, so 
ist Kanal A auf Ausgabe programmiert. Die zu übermittelnden Daten wer¬ 
den in PORT A abgelegt, danach wird mittels Bit 6 und 7 von Kanal B das 
STROBE-Signal erzeugt, und der Soundchip übernimmt die Daten. 

Nun zur Eingabeseite: Der Soundgenerator verfügt über einen 8-Bit-PORT, 
der wahlweise als Eingabe oder Ausgabe programmiert werden kann. Beim 
CPC ist er auf Eingabe programmiert. Auf diesem Kanal liegen die acht 
Spalten unserer Tastaturmatrix. Die mit dem Register C angewählte Reihe 
(vergleiche Kanal C) führt bei Tastendruck zu einem Setzen irgendeines 
Bits im 8-Bit-PORT des programmierbaren Soundgenerator (PSG). Von dort 
werden sie dann mit einer Eingabeoperation in das Register A des 8255 
eingelesen und gelangen schließlich zur Z80-CPU. 


3.3.2 Der Soundchip 

Bei der Beschäftigung mit der Tastaturabfrage haben wir bereits einen klei¬ 
nen Teil des Soundgenerators kennengelernt. Aber die Hauptaufgabe eines 
Soundprozessors liegt natürlich nicht darin, die Tastatur abzufragen. Hier 
wurde eher ein "Schmutzeffekt" benutzt. 
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Der Soundgenerator AY-8912 verfügt über drei getrennt programmierbare 
Tongeneratoren und einen Rauschgenerator, der wahlweise einem oder 
mehreren Registern zugeschaltet werden kann. Dabei sind die Frequenzen 
der Tongeneratoren und des Rauschgenerators via Software programmier¬ 
bar. Die Lautstärke des gemischten Signals, das heißt, Tonsignal plus Rau¬ 
schen, kann ebenfalls softwaremäßig eingestellt werden. Neben diesen Mög¬ 
lichkeiten verfügt der Soundchip noch über eine programmierbare Hard¬ 
ware-Hüllkurve, das heißt, der Lautstärkeverlauf im Zeitablauf kann also 
bereits im Soundchip durch die Auswahl einer Höhekurve vorgenommen 
werden. 

Beim CPC-BASIC wird diese Möglichkeit nicht genutzt, das heißt, Laut¬ 
stärkeänderungen und Tonänderungen, die technischen Äquivalente zu den 
Befehlen ENV und ENT, werden durch ständige Änderungen von Registern 
des Soundgenerators vorgenommen. 

Der PSG verfügt über insgesamt 16 Register, von denen wir 15 nutzen 
können, die Bedeutung der einzelnen Register ist dabei wie folgt. 

bestimmen die Periodendauer und damit die Fre¬ 
quenz des Tonsignals an den Ausgängen A, B und 
C. Diese sind als 12-Bit-Wert gespeichert. Dabei 
enthalten die Register 0, 2 und 4 die niedrigwer¬ 
tigen 8 Bit für die Generatoren A, B und C. Die 
unteren vier Bit der Register 1, 3 und 5 stellen die 
Frequenz grob ein. Je kleiner der 12-Bit-Weit eines 
der Register wird, desto höher ist der Ton. Um ei¬ 
nen Ton über den Kanal auszugeben, muß jedoch 
das entsprechende Bit im Freischaltregister, im 
Register 7, gelöscht sein. 

gibt die mittlere Frequenz des Rauschgenerators an. 
Sie ist in den unteren 5 Bit enthalten. Die oberen 3 
werden vernachlässigt. Die Zuschaltung des Rau¬ 
schens zu den einzelnen Tongeneratoren ergibt sich 
wiederum aus Register 7. 

Das Freischaltregister 7 sagt aus, ob der Ton- oder 
der Rauschgeneralor auf die Ausgänge weiterge¬ 
geben werden, und es bestimmt ebenso, ob der Ein- 
Ausgabe-PORT im Eingabe- oder Ausgabe-MODUS 
arbeitet. 


Register 0-5 


Register 6 


Register 7 
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Register 8-10 


Register 11-13 


Die Bits sind dabei wie folgt belegt; 

Bit 0: Freischaltung Kanal A (0=freigeschaltet, 
i »gesperrt) 

Bit 1: Freischaltung Kanal B (0=freigeschaltet, 
1 “gesperrt) 

Bit 2: Freischaltung Kanal C (0=freigeschaltet, 
1 “gesperrt) 

Bit 3: Rauschaddition Kanal A (zugeschaltet=0, 
abgeschaltet=l) 

Bit 4: Rauschaddition Kanal B (zugeschaltet=0, 
abgeschaltet=l) 

Bit 5: Rauschaddition Kanal C (zugeschaltet=0, 
abgeschalte t=l) 

Bit 6: PORT-MODUS (0=Eingabe, 1 “Ausgabe) 

Bit 7: nicht verwendet (Ausgabe-MODUS des nicht 
herausgeführten 2. Ports) 

bestimmen die Lautstärke. Dabei werden die Bit 0-3 
für die Definition der Lautstärke benutzt, so daß 
sich Werte von 0-15 ergeben. Das vierte Bit hat eine 
Sonderfunktion. Wird es gesetzt, so wird nicht auf 
die unteren vier Bit zurückgegriffen, sondern es 
wird der Lautstärke verlauf durch die Hardwarehüll¬ 
kurve bestimmt (Register 11-13). Register 8 legt die 
Lautstärke für den Kanal A fest, 9 für B und 10 
für C. 

bilden den Hüllkurvengenerator. Eine Hüllkurve legt 
den Ablauf der Lautstärke über den Zeitablauf fest. 
Mit den Registern 11 und 12, Lo-Hi abgespeichert, 
wird die Periodendauer, das heißt die Länge der 
Kurve festgelegt. Register 13, genauer gesagt, die 
Bit 0-3 von Register 13 bestimmen die Kurvenform 
des Höhekurvengenerators. Bild 3.4 gibt die Höhe¬ 
kurven für die einzelnen Bitkombinationen wider. 
Dabei wurden nur die Hüllkurven für Werte der 
vier Bit zwischen 8 und 15 angegeben. Die Lautstär¬ 
kenverläufe mit Werten zwischen 0 und 7 stellen 
eine Kopie derselben dar. 
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Register 14 ist das letzte uns interessierende Register, es enthält 

den Ein-/Ausgabekanal. Der Betriebs-MODUS des 
Kanals wird durch den Text des Freischaltregisters 
bestimmt. Sie sollten dabei jedoch beachten, daß der 
CPC bei der Tastaturabfrage den PORT im Einga- 
be-MODUS erwartet. Änderungen an diesem Bit 
führen also dazu, daß er die Tastatur nicht mehr 
abfragen kann und somit auch jegliche Unterbrech¬ 
ungsmöglichkeiten via Tastatur, wie zum Beispiel 
das Drücken der ESC-Taste, verhindert sind. Das 
System hängt sich auf. 

Trotz dieser Schreckensvision sollten Sie sich nicht davon abhalten lassen, 
einmal mit den verschiedenen Registern des Soundgenerators zu experimen¬ 
tieren. Da der Umweg über PORT B etwas lästig ist und Sie gegebenfalls 
Probleme mit der Tastaturabfrageroutine beim Setzen im BASIC bekommen 
können, existiert im Betriebssystem eine sehr vielseitige Maschinenroutine 
MC SOUND REGISTER, die wir gut für unsere Zwecke benutzen können. 
Sie ermöglicht einen problemlosen Zugriff auf die verschiedenen Register 
des Chips. 

Dabei muß der Akkumulator, also das CPU-Register A, die Nummer des 
Tonregisters enthalten, CPU-Register C die zu sendenden Daten. Diese 
Routine eignet sich allerdings nur für die Ausgabe, das heißt das Setzen 
eines Tones. Die Abfrage des Eingabe-PORTs ist damit nicht möglich. 

Bei den vielfältigen Möglichkeiten des 8912 hilft nur eines; Spielen, ex¬ 
perimentieren und ausprobieren. Und dies sollten Sie nun auch tun. Als 
Hilfe dazu dient das nachfolgend abgedruckte Programm Soundregister. 
Sein Prinzip ist schnell erklärt. 

Zur Ablage eines Maschinenprogramms benutzen wir wiederum den Spei¬ 
cherbereich von 42000 nach oben. Das Maschinenprogramm selber stellt uns 
vor keine großen Probleme. Den Code 3E kennen wir schon. Er bedeutet 
das Laden des Akkumulators, Register A mit der nachfolgenden HEX- 
Zahl, OE leistet dasselbe für C. Damit sind die Register A und C auf die 
gewünschten Werte gesetzt, danach wird mit dem CALL-Befehl MC 
SOUND REGISTER aufgerufen (die HEX-Adresse ist BD34), und es folgt 
mit C9 ein Rücksprung in unser BASIC-Programm. 
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Nummer 

Ablauf 

Text 

8 

NN\|\N\ 

umgekehrter Sägezahn 

9 

\ 

Abwärts-Rampe nach Sprung 
und HOLD auf 0 

10 

WW 

umgekehrtes Dreieck 

11 


Abwärts-Rampe, Aufwärts-Sprung 
und HOLD auf 15 

12 

/l/l/M/l/l/l/l 

normaler Sägezahn 

13 

/ 

Aufwärts-Rampe und HOLD auf 15 

14 

AAAA 

normales Dreieck 

15 

A _ 

Aufwärts-Rampe, Abwärts-Sprung 
und HOLD auf 0 

i Die Hardwarehüllkurven des Soundgenerators 


Anstelle der beiden Nullen müssen wir nun nur noch das gewünschte Regi¬ 
ster beziehungsweise den zu sendenden Wert POKEN. Dies geschieht nach 
der INPUT-Abfrage in Zeile 90. Es folgt der Aufruf der Maschinenroutine 
und ein Rücksprung nach Zeile 70 für weitere Experimente. Abschließend 
noch zwei kleine Tips: 

Wenn Sie beim Setzen der Periode eines Tongenerators trotz aufgedrehtem 
Lautstärkeregler nicht gleich einen Ton aus dem Lautsprecher vernehmen, 
so haben Sie wahrscheinlich das entsprechende Bit im Freischaltregister 
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noch nicht gelöscht. Besonders bei der Eingabe dieses Registers sollten Sie 
sich an eine angenehme Eigenschaft des CPC erinnern, die Eingabe von Bi¬ 
närzahlen mittels des vorangestellten Kürzels &X. Damit können Werte Bit 
für Bit bestimmt werden, was natürlich besonders beim Beschreiben des 
Freischaltregisters von großem Nutzen ist. Um Ihnen gleich ein anfäng¬ 
liches Erfolgserlebnis zu ermöglichen, hier einmal eine sehr interessante 
Kombination: 

Register Wert 

0 65 

7 &X00110110 

8 &00010000 

13 14 

11 255 

Es entsteht ein Science-fiction-Klang, den man gut in einem Weltraumspiel 
oder ähnlichem verwerten kann. Variieren Sie nun Register 11, schalten Sie 
den Rauschgenerator durch Setzen von Register 7 wieder ab, und experi¬ 
mentieren Sie mit den anderen Registern. Schalten Sie Klanggeneratoren zu 
und wieder ab und erleben Sie völlig ungeahnte Soundkombinationen. Spä¬ 
testens wenn Sie dies durchgespielt haben, sollte Ihnen klar sein, warum es 
sich auch beim CPC lohnt, in die Maschinenspracheebene hinabzutauchen, 
denn diese Sounds sind mit BASIC-Befehlen zum großem Teil nicht erziel¬ 
bar. Wir benötigen den Direktzugriff. 

io • 

20 ' Sound-Register 

30 ' 

40 MEMORY 41999 

50 DATA 3e ,00,Oe,00, cd,34, bd,c9 

60 FOR i=0 TO 7:READ a$:FOKE 42000+i,VAL( ”&"+a$) :NEXT 

70 INPUT"Register";reg 

BO INPUT "Wert";wert 

90 POKE 42001,reg:POKE 42003,wert 

100 CALL 42000 

110 GOTO 70 
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4 Das Herzstück des Systems: der Z80 A 


Nachdem wir uns eine ganze Reihe von Seiten im letzten Kapitel mit peri¬ 
pheren Bausteinen, der Eingabe-/Ausgabesteuerung sowie der Grafik be¬ 
schäftigt haben, kommen wir nun zu den zentralen Regionen unseres Com¬ 
puters zurück und befassen uns mit dem Innenleben seines Gehirns, dem 
Z80A-Prozessor. Ausgangspunkt soll dabei das Blockschaltbild (Bild 4.1) des 
Prozessors sein. Es gibt eine Übersicht über die internen Register des 
Z80A, soweit sie für den Benutzer von Interesse sind. 

Der Z80 verfügt noch über einige weitere Register, welche er jedoch für 
die Befehlsinterpretation und das Ausführen von Befehlen (hier speziell die 
Zwischenspeicherung von Daten) benötigt. Da auf diese Register vom Be¬ 
nutzer nicht zugegriffen werden kann, sind sie für uns hier nicht weiter 
von Interesse. 

Schon beim ersten Blick auf den Funktionsplan fällt die Unterteilung der 
Register in bestimmte Gruppen auf. Jedes Register ist mit einem Buchsta¬ 
ben bezeichnet. Einige Register existieren doppelt. Daneben gibt es noch 
Größenunterschiede zwischen den einzelnen Registern. Es gibt 8-Bit-Regi- 
ster und 16-Bit-Register. Des weiteren existieren 8-Bit-Register, die 
zusammen mit einem anderen 8-Bit-Register als Registerpaar ein 16-Bit- 
Register bilden. Damit haben wir auch schon alle vier Typen von Speicher¬ 
stellen im Prozessorinnern kennengelernt, die wir nun einzeln untersuchen 
wollen. 
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4.1 Die 16-Bit-Register 


4.1.1 Die Adressregister 

Diese Register sind allesamt 16-Bit-Register. Ihre Aufgabe ist in erster 
Linie die Adressierung von externen Speicherstellen bzw. geräten. Dabei 
kommen den einzelnen Registern unterschiedliche Aufgaben zu. Je nach¬ 
dem stellt der Befehlssatz des Z80-Prozessors auch für die einzelnen Regi¬ 
ster höchst unterschiedliche Befehle zur Verfügung. 




Kontroll- 

register 



Datenregister 


Kombinierte 

Daten- 

Adreßregister 



Adreßregister 


Bild 4.1: Registeraufbau des Z-80-Prozessors 


PC (Programm Counter = Programmzähler). 

Dieses Register enthält die Adresse des momentan bearbeiteten Befehlscodes 
beziehungsweise eines zugeordneten Datenwortes. Wie wir schon gesehen 
haben, sind Maschinenspracheprogramme hintereinander in auf steigender 
Richtung im Speicher abgelegt. Zum Beispiel wurde ein Ladebefehl mit 
dem Akkumulator (Register A) in den Speicher geschrieben, indem wir zu¬ 
erst den Befehlscode für das Laden des Registers A im RAM abgelegt ha- 
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ben. Die nachfolgende Speicherstelle hatten wir dann mit dem einzulesen¬ 
den Datenwert belegt. Der Ablauf eines Maschinenprogramms sieht nun wie 
folgt aus: 

1. Hole das durch den Programmzähler adressierte Byte aus dem 
Speicher, interpretiere es als Befehlswort und erhöhe den Programm¬ 
zähler um 1. 

2. Lies das Daten-Byte in das Register A ein und erhöhe PC um 1. 

Der Programmzähler zeigt nun auf den nächsten Befehl, und das'Spiel be¬ 
ginnt von neuem. 

Beim Einschalten wird der Programmzähler auf den Wert 0 gesetzt, und der 
Prozessor beginnt ab dieser Speicherstelle mit der Programmausführung. An 
dieser Adresse muß sich also notwendigerweise die Initialisierungsroutine 
eines jeden Z80-Systems befinden. Alternativ kann hier auch ein Verzwei¬ 
gungsbefehl zu einer Routine des Betriebssystems, die die Anfangs werte 
setzt (wie z.B. Aufteilung der Speicherbereiche, Belegung der Tastatur 
Löschen und Initialisieren des Bildschirms etc.), stehen. 


SP (Stack Pointer = Stapelzeiger). 

Ebenso wie der Programmzähler stellt auch das Register SP im Endeffekt 
einen Zeiger auf einen externen Speicherbereich dar. Während aber PC die 
Adresse des aktuellen Maschinenbefehls enthält, ist SP ein Zeiger der mit 
der Datenablage zu tun hat. 

Obwohl der Z80-Prozessor über eine ganze Reihe von Registern verfügt 
(wie das Schaubild schon auf den ersten Blick zeigt), stößt man doch schon 
bei den ersten etwas komplizierteren Operationen auf ein Phänomen, wel¬ 
ches man leider bei fast jedem Prozessor vorfindet: nämlich den Mangel an 
Speicherplatz. Abhilfe schafft hier nur die Verlagerung von Daten in einen 
externen Speicherbereich, also ins RAM. Dabei werden den einzelnen Regi¬ 
stern oder Registerpaaren nun nicht etwa spezielle Speicherplätze für die 
Abspeicherung zugewiesen, sondern das Register SP enthält die aktuelle 
Position der zuletzt gespeicherten Daten. Das Ganze hört sich etwas kom¬ 
pliziert an, wird aber sofort einsichtig, wenn wir es an einem Beispiel 
durchspielen. 


Mit dem Anschalten des Computers wird der STACK POINTER auf den 
Wert COOO gesetzt, wobei nun von diesem Wert an abwärts gespeichert 
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wird. Nehmen wir nun einmal an, das Registerpaar HL soll gesichert wer¬ 
den, da es kurzfristig für eine Speicheradressierung benötigt wird (siehe das 
Auslesen in der Routine ROMREAD im letzten Kapitel). Dieser Effekt 
wird durch das Maschinenkommando 

PUSH 

erzielt. Dieser Befehl legt eines der Registerpaare AF, BC, DE, HL, IX 
UND IY auf dem Stapel ab. 

Der Vorgang spielt sich im einzelnen wie folgt ab: Zunächst wird der 
STACK POINTER um 1 erniedrigt. Die Abspeicherung erfolgt also von 
oben nach unten, umgekehrt zum Lauf des Programmzählers. Damit hat der 
STACK POINTER jetzt den Wert BFFF (C000-1). An dieser Stelle wird 
nun das HIGHER BYTE abgelegt. Danach erfolgt eine weitere Verminde¬ 
rung um 1; in Position BFFE, also genau ein Byte tiefer, wird das Register 
L geschrieben. 

Die Umkehroperation zu PUSH ist der Befehl POP. Er sorgt dafür, daß 
eines der Registerpaare wieder mit Daten vom Stapel geladen wird. Dazu 
wird zunächst das niederwertige Byte gelesen und dann in das niederwer¬ 
tige Register (d.h. Register C, E, L, oder F bzw. die unteren 8 Bit von IX 
oder von IY) geschrieben. Danach erfolgt eine Erhöhung des STACK 
POINTERs um 1, das Auslesen des HIGHER BYTE und daraufhin nochmal 
eine Erhöhung des STACK POINTERs um 1. 

Der Stapelzeiger wird allerdings noch für eine zweite Anwendung benutzt, 
nämlich die Ablage der Rücksprungadressen von Maschinenprogrammen. 
Bei einem Sprungbefehl wird der PC auf einen anderen Wert gesetzt. Dies 
führt dazu, daß nach einem Sprungbefehl nicht der hächstfolgcnde Befehl 
bearbeitet wird; statt dessen läuft das Maschinenprogramm aufgrund der 
Veränderung vom PC an einer anderen Stelle weiter. 

So gibt es zwei Arten von Sprungbefehlen. JUMP-Befehle (das Kürzel da¬ 
für ist JMP) ändern nur den PC; die Unterprogrammaufrufe schieben den 
alten PC auf den Stapel, bevor der Programmzähler mit der neuen Adresse 
geladen wird. Zu dieser Befehlsgruppe gehören CALL und RST. Die Un- 
terprogrammansprünge werden dabei mit dem Befehl 


RETURN (RET) 
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beendet. Hiermit wird dafür Sorge getragen, daß vom Stapelzeiger zwei 
Byte wieder ins PC zurückgelesen werden. Damit setzt dann der Z80-Pro- 
zessor nach dem Ausführen des Maschinenprogramms das alte Programm an 
der Stelle PC+1 wieder fort. Die Ablage der Rücksprungadressen geht dabei 
ebenso vor sich wie die Ablage eines Registers beziehungsweise eines Regi¬ 
sterpaares: Zuerst werden die acht niedrigwertigen Bit abgelegt, danach die 
acht höherwertigsten. 

Hierbei ist noch anzumerken, daß bei dieser Ablage keinerlei Kennzeichen 
mitgegeben wurde, ob es sich bei den abgelegten Daten nun um einen ehe¬ 
maligen Inhalt eines Registerpaares oder um eine Rücksprungadresse han¬ 
delt. Auch wird nicht gesagt, von welchem Registerpaar die Daten kamen. 
Es werden also nur zwei Byte hintereinander in den Speicher geschrieben. 

Die oben beschriebene Methode ist sehr gefährlich, bietet gleichzeitig aber 
auch ungeahnte Möglichkeiten. So ist es unter anderem möglich, in einem 
Unterprogramm beispielsweise das Registerpaar HL abzuspeichern; der 
nachfolgende RETURN-Befehl springt dann nicht wieder in das alte Pro¬ 
gramm zurück, sondern an die durch HL angegebene Stelle. Man kann 
selbstverständlich auch das Registerpaar HL mit 

PUSH HL 

abspeichern, um es dann mittels des Befehls 
POP BC 

in das Registerpaar BC zu kopieren. Geschehen derartige Operationen be¬ 
wußt, so kann man viel erreichen. Wird dagegen aus Unachtsamkeit ein 
zwischengespeichertes Registerpaar vor dem Unterprogrammrücksprung 
nicht wieder abgerufen, so kann das zum Absturz des Computers führen, 
weil er an eine unsinnige Programmstelle zurückspringt. Auf die Anwen¬ 
dung des STACK POINTERs und seine vielfältigen Möglichkeiten kommen 
wir am Ende dieses Kapitels noch einmal mit einigen Beispielen zurück. 


IX und IY (Indexregister) 

Neben SP und PC verfügt der Z80 Prozessor noch über zwei reine 16-Bit- 
Register. Rein bedeutet hierbei, daß die oberen und die unteren 8 Bit nicht 
als getrennte Register angesprochen werden können. Die Indexregister er¬ 
möglichen Operationen, die sich mit einer Speicheradresse beschäftigen; 
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mittels dieser Register kann man also einen Datentransfer vom externen 
Speicher zum Prozessor und zurück bewirken und einfache Operationen mit 
einer Speicherstelle, wie das Inkrementieren (Erhöhen um 1) oder Dekre- 
mentieren (Vermindern um 1) ausführen. 

Die Adresse der angesprochenen Speicherstelle ergibt sich dabei aus einer 
Kombination, genauer einer Addition, von zwei Größen. Typischerweise 
handelt es sich dabei um eine Konstante und natürlich den Inhalt des In¬ 
dexregisters. Ein indizierter Befehl lautet zum Beispiel: Lade den Akkumu¬ 
lator (ein weiteres Register der CPU) mit der Speicherstelle, welche sich 
aus der Summe einer Konstanten zuzüglich dem Wert des Indexregisters er¬ 
gibt. 

Derartige Befehle lassen sich relativ gut einsetzen, um auf Daten innerhalb 
eines Blocks, der an verschiedenen Stellen liegen kann, auf ein bestimmtes 
Byte ohne Rücksicht auf die Blockanfangsadresse zurückgreifen zu können. 
Haben wir zum Beispiel einen Datenblock ab der Adresse A800 gepoket 
und wollen nun auf das 64. Byte in diesem Datenblock zurückgreifen, so 
bieten sich zwei Möglichkeiten. 

Möglichkeit 1: Wir laden ein Registerpaar, zum Beispiel HL mit A840, und 
laden dann den Inhalt der so addressierten Speicherstelle. 

Möglichkeit 2: Wir laden ein Indexregister, zum Beispiel IX, mit dem Wert 
A800 und führen dann folgenden Befehl aus: 

LD A,(1X440) 

Der Vorteil dieser Art von Addressierung ist, daß wir uns nicht mehr um 
die aktuelle Blockanfangsadresse kümmern brauchen. So lange die Struktur 
innerhalb des Blocks konstant ist, genügt ein Laden der Anfangsadresse in 
ein Indexregister, um das gewünschte Byte innerhalb des Blocks zu adres¬ 
sieren. Als Anwendungsmöglichkeit sei hier einmal die Abspeicherung von 
benutzerdefinierten Zeichen beim CPC betrachtet. Wenn Sie sich einmal 
den Anhang III Ihres Bedienerhandbuches angeschaut haben, werden Sie 
feststellen, daß jedes Zeichen in einer Matrix von 8x8 Punkten dargestellt 
ist. Jede Reihe eines Characters nimmt also 1 Byte in Anspruch. 

Um ein solches Zeichen neu zu definieren, können wir nun zwei Wege be¬ 
schreiten: Entweder wir berechnen nun die Position einer jeden Zeile, oder 
wir laden einmalig, z.B. IY mit der gesuchten Anfangsposition und ändern 
dann (IY+0), (IY4-1) usw. 
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Das zusätzliche Datenbyte fungiert hier also als Index innerhalb des Blocks, 
weshalb diese Art der Ansprache von Speicherstellen auch als indirekt in¬ 
dizierte Adressierung bezeichnet wird. Neben dieser Hauptanwendung kann 
man die Indexregister noch benutzen, wenn man 16-Bit-Werte Zwischen¬ 
speichern will. Beim CPC dient IX z.B der Zwischenspeicherung des Stack¬ 
pointers. 


4.2 Die Universalregisterpaare BC, DE und HL 

Wie der Name schon sagt, handelt es sich bei diesen Registern um Ablage¬ 
plätze innerhalb der CPU, die nicht an bestimmte Verwendungszwecke ge¬ 
bunden sind. Dennoch weist jedes der Register bestimmte Stärken und 
Schwächen in den verschiedenen Anwendungsbereichen auf. Dies resultiert 
daraus, daß bestimmte Befehle ganz gewisse Register verlangen. 

Die Universalregister können sowohl einzeln wie auch als Registerpaar 
angesprochen werden. Als Registerpaar dienen sie zwei Zwecken, der 
Adressierung von Speicherstellen und dem Rechnen mit 16-Bit-Werten. Als 
Einzelregisler können sie sehr vielfältige Aufgaben wahrnehmen. Wir wer¬ 
den diese bei der Analyse des Befehlssatzes im nächsten Kapitel noch näher 
unter die Lupe nehmen. Hier sollen nur einige grundsätzliche Schwerpunkte 
beschrieben werden. 

Beim Vorgänger des Z80-Prozessors, der INTEL 8080, war das Registerpaar 
HL in erster Linie für die Adressierung von Speicherstellen verantwortlich, 
woraus sich auch die etwas seltsame Buchstabenbezeichnung HL (für HIGH 
LOW) ableitet. Dies ist auch beim Z80A so geliehen. BC wird dagegen vor¬ 
wiegend für die Adressierung peripherer Geräte, das heißt für die I/O-Be- 
fehle, benutzt. DE wird als Universalregisterpaar aufgefaßt und kann dane¬ 
ben in einigen Bereichen HL ersetzen. Als Einzelregister sind die sechs Re¬ 
gister gleichwertig. 

Von jedem Register existiert innerhalb der CPU noch einmal ein Double, 
im zweiten Registersatz. Diese Register werden mit bezeichnet. Ein di¬ 
rekter Zugriff auf die Register des sogenannten Parallelregistersatzes ist 
nicht möglich. Jedoch können alle Universalregister gleichzeitig gegen ihre 
6 Parallelregister ausgetauscht werden. Der Parallelregistersatz hat insofern 
hauptsächlich die Aufgabe einer Zwischenspeicherung. Hier werden Werte, 
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die permanent vom System benötigt werden und schnell verfügbar sein 
müssen, wie z.B. die aktuelle Speicheraufteilung in ROM und RAM, 
abgelegt. Man kann dann relativ schnell auf diese Werte zurückgreifen, in¬ 
dem man die Registersätze vertauscht, etwaige Änderungen durchführt und 
dann wieder rückwechselt. 

Die einzelnen Universalregister haben darüber hinaus noch einen anderen 
Anwendungsbereich. Sie können bei den arithmetischen und logischen Ope¬ 
rationen, die in der ALU, der Arithmetik-Logik-Einheit, erfolgen, als Da¬ 
tenlieferant (Quelle) oder -empfänger (Ziel) benutzt werden. 

Bei diesem Teil des Prozessors handelt es sich um eine Serie von Schaltkrei¬ 
sen und Gattern, die es ermöglichen, Daten wahlweise im 8-Bit- oder 16- 
Bit-Format zu verknüpfen. Das Ergebnis wird dabei immer wieder in 
einem Universalregister oder -registerpaar abgelegt (Beispiel: Addiere den 
Inhalt des Registers B mit dem Akkumulator (Register Al). 


4.3 Der Akkumulator und die Flags 

Der Akkumulator ist das Register, welches der ALU am nächsten steht. 
Seine Aufgabe besteht darin, die ALU mit Daten zu versorgen. Gleichzeitig 
kann er jedoch auch als Zielregister benutzt werden. Eine typische Opera¬ 
tion besteht darin, den Akkumulator mit dem Inhalt eines der anderen Uni¬ 
versalregister zu vergleichen, zum Beispiel: Vergleiche den Inhalt des Ak¬ 
kumulators mit Register B (CP B). Addiere den Inhalt des Registers C zum 
Akkumulator (ADD A,C). Außer bei einfachen Operationen befindet sich 
das Ergebnis dann normalerweise immer im Akkumulator. 

Neben dem Akkumulator ist der ALU noch ein weiteres Register eng bei¬ 
geordnet, das Flagregister F. Außer dem eigentlichen Verknüpfen der 
Daten oder dem Abtesten der gelieferten Daten auf bestimmte Bits, dem 
Setzen oder Rücksetzen einzelner Bits eines gegebenen Datenbytes, nimmt 
die ALU nämlich noch eine weitere Funktion wahr: sie setzt nach dem 
Ergebnis der ausgeführten Operation bestimmte Merker im Register F, die 
sogenannten FLAGs. 

6 Bit des Registers F werden für die Abspeicherung dieser Eigenschaften 
benutzt, die anderen zwei sind ohne Bedeutung. Wir wollen uns nun einmal 
die Aussagen der einzelnen FLAGs anschauen und beginnen dabei mit dem 
obersten Bit, das heißt Bit 7. 
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Bit 7 Vorzeichenflag (S-Flag): 

Dieses Bit gibt an, ob das Ergebnis einer Operation negativ ist. Wir haben 
schon bei der Beschäftigung mit der Konvertierung von Zahlensystemen 
gesehen, daß der CPC Zahlen zwischen 32767 und 32768 in zwei Byte ab¬ 
speichert, wobei er das höchste Bit, das heißt Bit 15, für die Definition des 
Vorzeichens benutzt. Eine 0 zeigt hier eine positive Zahl an, eine 1 eine 
negative. 

Dadurch kam es zu dem etwas seltsamen Ergebnis, daß wir beim Hochzäh¬ 
len von hex 7FFF auf hex 8000 einen Sprung vom Positiven ins Negative 
erlebten. Jetzt wurde plötzlich das 15. Bit unseres 2-Byte-Wertes gesetzt. 
Dadurch interpretierte der Computer die Zahl als negativ. Wenn wir nur 
mit 8-Bit-Werten arbeiten, so wird analog das Bit 7 für die Vorzeichenan¬ 
gabe benutzt und dieses wird ins S-FLAG kopiert. Wir können also durch 
die Abfrage des S-FLAGs feststellen, ob ein gerade bearbeiteter Wert nun 
als Ergebnis positiv oder negativ geworden ist und davon zum Beispiel die 
weitere Programmausführung abhängig machen. Das geht zum Beispiel 
durch einen bedingten Sprungbefehl (z.B. "Springe, wenn S=0=positiver 
Wert" oder "Springe, wenn S=1-negativer Wert"). 

Bit 6 ZERO FLAG (Z-Flag): 

Dieses Bit gibt an, ob der Wert eines Bytes, das berechnet oder übertragen 
wurde, 0 ist. Es wird auch bei Vergleichsoperationen angewandt, um anzu¬ 
zeigen, daß zwei Datenbytes identisch sind. Das Kommando CP (Com- 
pare=Vergleiche) setzt das Z-Flag und ermöglicht dann eine bedingte Ver¬ 
zweigung in Abhängigkeit vom Ergebnis dieser Operation. 

Bit 5: Unbenutzt 

Bit 4: Halbübertrags-FLAG (H-Flag): 

Dieses Bit funktioniert wie Bit 0, allerdings gibt es an, ob ein Übertrag 
vom Bit 3 zum Bit 4 erfolgt ist. Diese Angabe war bei früheren Computern 
von großem Vorteil, da man dort Zahlenwerte im sogenannten BCD-Code 
(Binär codiert dezimal) abspeicherte. Dieser Code benutzt 4 Bit, um eine 
Zahl von 0-9 zu dekodieren, das heißt, es werden anstelle der Dezimalzah¬ 
len die binären Äquivalente von 0000-1001 verwendet. Die höheren Binär¬ 
zahlen von 10-15 bleiben dabei unbenutzt. Da die Abspeicherung einer 
Dezimalzahl genau 4 Bit benötigte, konnte man in 8 Bit genau 2 Dezimal¬ 
zahlen abspeichern. 
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Der Übertrag von einer Stelle zur nächsten fand also bei dieser Art der Co¬ 
dierung zwischen dem Bit 3 und dem Bit 4 eines Bytes statt. Derartige 
Überträge wurden durch das Halbübertrags-FLAG angezeigt, und mittels 
geeigneter Operationen konnte dann eine Verrechnung mit der nächst höhe¬ 
ren Dezimalstelle vorgenommen werden. Bei den heutigen Computersys¬ 
temen wird diese Art der Abspeicherung nicht mehr benutzt, so daß das H- 
FLAG für den CPC-Benutzer von geringem Interesse ist. 

Bit 3: Unbenutzt 

Bit 2: Parität/Überlauf (P/V-FIag) 

Den Begriff der Parität haben wir bereits bei der Beschreibung des ASCII- 
Codes eingeführt. Der CPC verfügt über eine Reihe von Befehlen, die je 
nach der Parität des Ergebnisses das P/V-Flag setzen beziehungsweise 
rücksetzen. Eine gerade Parität ergibt sich dabei aus einem Paritätsbit mit 
dem Wert 1, bei ungerader Parität wird P/V auf 0 rückgesetzt. Basis für 
diese Betrachtung bildet wiederum die Anzahl der Einsen im Ergebnis. 

Die zweite wesentliche Funktion des P/V-FLAGs ist die Angabe des Über¬ 
laufs. Wenn wir zum Beispiel zu dem Wert 7F 1 addieren, so müßte sich 
aus einer positiven Zahl wiederum eine positive Zahl ergeben. Da aber nun 
ein Überlauf (vergleiche S-Flag) stattgefunden hat, wurde S auf 1 gesetzt. 
Das heißt, der Zahl wurde ein negatives Vorzeichen zugeordnet. In solchen 
Fällen wird das P/V FLAG gesetzt und dadurch signalisiert, daß hier eine 
Korrektur erfolgen muß. In Abhängigkeit von P/V kann man dann einen 
bedingten Sprung zur Korrekturroutine durchführen. 

Bit 1: Substraktions-FLAG (N-Flag): 

Dieses FLAG wird vom Z80 für den internen Abgleich nach der Ausfüh¬ 
rung von BCD-Kommandos benutzt (siehe Halbübertrags-FLAG). Für den 
Benutzer ist es von geringem oder gar keinem Interesse. 

Bit 0: CARRY FLAG (C-FIag): 

Dieses FLAG nimmt wie bei den meisten Mikroprozessoren, so auch beim 
Z80, eine Doppelrolle ein. Zum einen gibt es an, ob ein Übertrag erfolgt 
ist, das heißt, ob bei einer Addition die Anzahl von 8 Bit für die Darstel¬ 
lung des Ergebnisses überschritten wurde. Es hätte also ein 9. Bit gesetzt 
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werden müssen, welches aber nicht vorhanden ist. Dies ist immer dann der 
Fall, wenn man zwei Binärzahlen addiert, bei denen Bit 7 gesetzt ist. Zum 
Beispiel: 10000000 und 11000000. Das Ergebnis führt zu einem neuen Bit- 
Wert, nämlich 101000000. 

Das CARRY FLAG nimmt nun die Funktion dieses 9. Bit wahr. Es enthält 
also in diesem Fall eine 1. Der umgekehrte Fall ergibt sich, wenn man bei 
einer Subtraktion eine 1 aus dem nicht vorhandenen 9. Bit "borgen" müßte. 
In beiden Fällen wird das CARRY FLAG auf 1 gesetzt. Eine Abprüfung 
kann hier wiederum zu einer Korrekturroutine überleiten. Eine andere 
Möglichkeit besteht darin, daß man bei der Behandlung der höherwertigen 
Bytes bei Mehr-Byte-Operationen arithmetische Befehle benutzt, die das 
CARRY bereits mit verwenden (ADC,SBC). Diese beiden Kommandos füh¬ 
ren eine Addition, beziehungsweise eine Subtraktion, unter Berücksichti¬ 
gung des Wertes des CARRY FLAGs durch. Man hat damit die Möglich¬ 
keit, eine Korrektur des Übertrags im nächsthöheren Byte bei in mehreren 
Bytes gespeicherten Zahlenwerten vorzunehmen. 

Bei gesetztem CARRY wird bei ADC in der letzten Stelle zusätzlich noch 1 
addiert, bei SBC und gesetztem CARRY wird Bit 0 um 1 vermindert. 

Eine andere Funktion hat das Carry bei den Routier- und Verschiebebe¬ 
fehlen. Mit diesen ist es möglich, Register Bit für Bit in das Carry zu 
schieben oder durch dieses zu rotieren. Dadurch kann eine schnelle 
Abprüfung von Registerinhalten erfolgen, und auch eine Multiplikation mit 
2 ist so binär durchführbar. Mehr dazu bei der Beschreibung der Befehle 
im nächsten Kapitel. 

Die Hauptanwendung der FLAGs besteht darin, nachfolgende Operationen 
von ihrem Inhalt abhängig zu machen, das heißt zum Beispiel, einen Sprung 
durchzuführen, falls ein Zahlenwert negativ wurde oder ein Übertrag 
erfolgte etc. Normalerweise können die FLAGs nur gelesen werden, das 
heißt ausgewertet werden. Die einzige Ausnahme bildet das CARRY 
FLAG. Dieses kann mit den Befehlen 

SET CARRY FLAG (SCF) 


und 


COMPLEMENT CARRY FLAG (CCF) 
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gesetzt, beziehungsweise sein Inhalt umgekehrt werden. Die Auswertung der 
FLAGs geschieht entweder durch Befehle, die direkt auf diese reagieren, 
wie zum Beispiel ADC und SBC, oder durch bedingte Verzweigungen und 
Sprünge. Die meisten Sprung- und Rückkehrbefehle kann man sowohl ohne 
Bedingung wie auch in Abhängigkeit von verschiedenen FLAGs ausführen. 
Je nachdem wird dem Befehlskürzel noch ein weiteres Kürzel angehängt, 
welches den Zustand eines FLAGs angibt. Die Bedeutung der Kürzel zeigt 
Tabelle 4.1. 


Tabelle 4.1: Die Bedeutung der Flagabkürzungen 


Kürzel 

C 

NC (not carry) 

Z (zero) 

NZ (not zero) 

PO (Parity Odd) 
PE (Parity Even) 
P= (Plus) 

M= (Minus) 


Bedeutung 

CARRY FLAG gesetzt 
CARRY FLAG gelöscht 
ZERO FLAG gesetzt 
ZERO FLAG gelöscht 
ungerade Parität, also P/V=0 
gerade Parität, also P/V=l 
S=0 
S=1 


4.4 Spezialregister (I,R) 

Bei diesem Registerpaar handelt es sich um zwei Steuerregister, die unter¬ 
schiedliche Funktionen wahrnehmen, das INTERRUPT- Register I und das 
REFRESH-Register R. 

Das I-Register wird in einer speziellen Unterbrechungsbetriebsart des Pro¬ 
zessors, dem INTERRUPT-MODUS 2, benutzt. Durch das Anlegen eines 
INTERRUPT-Signals an einen PIN des Prozessors kann ein externer Bau¬ 
stein die CPU dazu bringen, das momentan bearbeitete Programm abzu¬ 
brechen und an einer anderen Stelle, normalerweise der INTERRUPT-Be- 
handlungsroutine, fortzufahren. Beim INTERRUPT-MODUS 2 wird beim 
Auftreten eines INTERRUPTS ein Byte, das vom externen Baustein auf den 
Datenbus gelegt werden muß, eingelesen, dazu werden als obere acht Bit 
die acht Bit des Registers I genommen, und diese 16-Bit-Adresse ergibt 
den Punkt, an dem das Programm weiterlaufen soll. 

Das REFRESH-Register wird beim Arbeiten in speziellen RAM-Bausteinen 
in dynamischen RAMs benutzt. Diese verlieren ihren Speicherinhalt nach 
einer gewissen Zeit, falls sie nicht fortlaufend aufgefrischt werden. Der 
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Z80 leistet dieses Auffrischen selbständig. Dazu wird das Register R als 
Zähler für die einzelnen Speicheradressen benutzt. Zusammengefaßt kann 
gesagt werden, daß diese beiden Register für den Benutzer nur in Grenz¬ 
fällen von Interesse sein dürften, so daß wir hier nicht mehr auf sie 
eingehen werden. 


4.5 Eine Möglichkeit zur Registerkontrolle: ’GOMACH’ 

Auf den letzten Seiten haben wir in einer Grobübersicht die einzelnen Re¬ 
gister des Z80 Prozessors und ihre Funktionen kennengelernt. Wichtig für 
unsere weiteren Operationen und Untersuchungen wäre es nun, uns bei der 
Beschäftigung mit den einzelnen Befehlen jederzeit den Inhalt der einzelnen 
Register und natürlich auch der FLAGs anschauen zu können. Mit unserem 
Monitor ist dies bis jetzt noch nicht möglich, so daß wir uns einige neue 
Routinen überlegen müssen. 

Schauen wir uns zunächst das Problem etwas näher an. Beim Aufruf eines 
Maschinenspracheprogramms, und dies ist ja der Hauptanwendungsbereich 
für eine solche Routine, verläßt der Prozessor den BASIC-Interpreter, setzt 
die Register auf bestimmte Werte, auf deren Bedeutung wir am Ende des 
Kapitels noch zurückkommen werden, und springt dann in unsere Maschi¬ 
nenroutine. Aus der Maschinenroutine kehren wir dann mit dem Befehl 

RETURN (RET) 

wieder in das BASIC-Programm zurück. Es werden neue Daten in dem Re¬ 
gister geladen, und die Interpretation des Programms geht weiter. Wir 
haben keine Möglichkeit, von BASIC aus eines oder gar alle Register des 
Prozessors abzufragen. Unsere einzige Möglichkeit besteht also darin, dem 
Prozessor vor dem Rücksprung aus dem Maschinenprogramm die Anwei¬ 
sung zu erteilen, die Register zwischenzuspeichern. Die Abspeicherung 
sollte dabei an einer Stelle erfolgen, wo sie möglichst unangreifbar sind, das 
heißt, nicht von anderen Daten überschrieben werden. 

Nun ist es aber lästig, wenn wir an jede Maschinenroutine, die wir ent¬ 
wickeln wollen, am Ende vor dem Rücksprung einen Teil anhängen müs¬ 
sen, der dies ermöglicht. Besonders ärgerlich ist dies, wenn wir aus ver¬ 
schiedenen Punkten oder verschiedenen Teilprogrammen wieder in das 
BASIC-Programm zurückspringen, weil in Abhängigkeit von verschiedenen 
Bedingungen einzelne Teile unseres Maschinenspracheprogramms benutzt 
werden (zum Beispiel in Abhängigkeit von verschiedenen FLAGs). 
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Hier gibt es nur eine Möglichkeit: Wir schalten zwischen BASIC und unser 
Anwendermaschinenprogramm eine weitere Maschinenroutine, die diese 
Funktionen wahrnimmt. Der Ablauf ist dann wie folgt: 

BASIC springt in unser Hilfsprogramm. Dieses springt in die Maschinen¬ 
routine. Die Maschinenroutine wird am Schluß mit dem Befehl RETurn be¬ 
endet und kehrt in das Hilfsprogramm zurück. Das Hilfsprogramm sichert 
die Register und gibt dann wiederum zurück an den BASIC-Interpreter. 
Dieses Prinzip ist relativ einfach. Wir haben jedoch noch ein Problem. Wie 
schaffen wir es, mit möglichst wenigen Befehlen die Ablage der Register 
vorzunehmen? 

Die Lösung dieses Problems gelingt leicht mit einem kleinen Trick: Wir 
können mit Hilfe der Befehle PUSH und POP jederzeit Daten auf dem Sta¬ 
pel ablegen oder von diesem lesen. Die Sache hat jedoch einen Nachteil. 
Der Stapelzeiger wird nämlich auch noch vom BASIC-Interpreter benutzt. 
Da dieser nach der Rückkehr aus unserem Maschinenprogramm leider auf 
die von uns gespeicherten Daten keinerlei Rücksicht nimmt, kann es sein, 
daß er sie einfach überschreibt. 

Wir haben daher nur zwei Möglichkeiten. Möglichkeit 1: Wir speichern 
Register für Register an festgelegten Speicherstellen im Speicher ab. Mög¬ 
lichkeit 2: Wir verändern Register SP, schaffen uns also einen neuen 
Maschinensprachestapel, der dann nur noch unsere gesicherten Register 
enthält. Nach Beendigung der Speicheroperation setzen wir dann SP wieder 
auf den alten Wert zurück, worauf der Computer mit dem alten Stapel wei¬ 
terarbeitet. Bei der Entwicklung unseres Hilfsprogramms wollen wir auf die 
zweite Variante zurückgreifen. Dabei werden wir auch die Abspeicherung 
von Daten beim Laufen unseres Maschinenprogramms über den neuen Ma¬ 
schinenstapel laufen lassen. Wir setzen also bereits beim ersten Ansprung 
unsere Hilfsroutine SP auf den neuen Stapelwert, fahren dann unser Pro¬ 
gramm durch und setzen nach der Rückkehr und der Abspeicherung der 
Register SP wieder auf den alten Wert zurück. 

Die Ablage dieser kleinen Maschinenhilfsroutine soll dabei ab Speicherstelle 
40000 im gesicherten Teil unseres Speichers erfolgen. Bei der nun folgen¬ 
den Erklärung des Programms sollten Sie immer die Abbildung im Bild 4.2 
beziehungsweise 4.3 vor Augen haben. Diese beiden Bilder geben die Ab¬ 
folge der Sprünge und die Speicherbereichsaufteilung des Programms wie¬ 
der. Sie sollten diese Bilder im Hinterkopf behalten, wenn wir uns nun die 
Funktion des Programms etwas näher anschauen. 
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Bild 4.2: Die Sprungfolge bei zwischengeschaltetem Hilfsprogramm 


A2B0 

A2AF 


A2AD 

A2AB 

A2A9 

A2A7 

A2A5 

A2A4 


9C7C 

9C7B 

9C79 

9C77 



41648 

41647 

41045 

41643 

41641 

41639 

41637 

41636 


40060 

40059 

40057 

40055 


Bild 4.3: Stackbelegung der Hilfsroutine 
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Die Maschinenroutine benutzt 5 Speicherstellen für die Abspeicherung von 
altem Stack (2 Byte zu Sicherungszwecken), neuem Stack (2 Byte; unser ge¬ 
wählter Speicherbereich) und einem FLAG, das wir bei dieser Routine 
noch nicht brauchen, aber welches uns bei einer Weiterentwicklung schnell 
nützlich sein kann. Das FLAG benutzt die Speicherstelle, 40059, darunter 
liegen die Variablen oder besser gesagt die Zeiger SYSSTACK (40057, 
40058), dieses enthält den Wert des System-Stacks und MACHSTACK 
(40055, 40056). An dieser Speicherstelle werden wir unseren eigenen 
Maschinensprache-Stack Zwischenspeichern. Nachfolgend das As- 
semblerlisting: 


Assemblerllsting ’GOMACH’ 


LD (SYSSTACK),SP 

ED 73 79 9C 

LD SP, A2B0 

31 B0 A2 

CALL <Adresse> 

CD 00 00 

PUSH AF 

F5 

PUSH BC 

C5 

PUSH DE 

D5 

PUSH HL 

E5 

PUSH IX 

DD E5 

PUSH IY 

FD E5 

LD A,0 

3E 00 

LD (FLAG),A 

32 7B 9C 

LD (MACHSTACK),SP 

ED 73 77 9C 

LD SP,(SYSSTACK) 

ED 7B 79 9C 

RET 

C9 


Der Ablauf unserer Maschinenhilfsroutine ist relativ einfach zu verstehen. 
Als erstes wird der System-Stack in den Speicherstellen 40057, 40058 bzw. 
9C79 und 9C7A in Sicherheit gebracht. Danach laden wir SP mit dem Be¬ 
ginn unseres neuen Maschinensprachestapels. Hier wurde der Wert A2B0 
gewählt, was Kollisionen mit der Floppy ausschließt. Dieser Wert stellt eine 
willkürlich vorgegebene Größe dar. 

Allerdings ist hierbei zu sagen, daß man sich bei dieser Obergrenze natür¬ 
lich an der Benutzung des Restsystems im Speicher orientieren muß. So ist 
zu berücksichtigen, daß die Floppy und auch eine Umdefinition des Zei¬ 
chensatzes mittels SYMBOL, den vom System benutzten Speicher, dessen 
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Untergrenze die Variable HIMEM angibt, nach unten ausdehnen. Er liegt 
also dann nicht mehr auf 43903, sondern zum Beispiel auf 42619 bei einge¬ 
schalteter Floppy oder noch niedriger, wenn mehr als die oberen 15 Zei¬ 
chen umdefiniert werden sollen. 

Mit den hier gewählten A2B0 hat man oberhalb unseres neuen Stapels noch 
ungefähr 600 Byte bei normalem Betrieb zur Verfügung, in denen man Ma¬ 
schinenspracheprogramme ablegen und austesten kann. Bei voller Zeichen¬ 
satzumdefinition schrumpft dieser Wert allerdings auf 0. Man muß dann die 
Speichergrenze von 40000 nach unten verschieben und kann dann unterhalb 
des Maschinenprogramms bis 40000 seine Programme austesten. 

Nach diesen beiden Operationen haben wir die neue Stapelzeigersituation 
hergestellt. Als nächstes folgt mit einem Unterprogrammaufruf der An¬ 
sprung unseres Maschinenprogramms. Von Hause aus wird hier die Adresse 
0000 angesprungen. Es würde also in diesem Fall ein System-Restart erfol¬ 
gen, der den kompletten CPC wieder in den Einschaltzustand zurückver¬ 
setzt. Diese beiden Werte sind also unbedingt mit der Anfangsadresse 
unseres anzuspringenden Maschinenspracheprogramms zu poken. 

Wir verlassen unser Maschinenspracheprogramm durch den Befehl RET 
(siehe Bild 4.2) und kehren damit aus der Unterprogrammebene wieder in 
unser Hilfsprogramm zurück. Es folgen eine Reihe von Speicherbefehlen, 
die nacheinander sämtliche Register, bis auf SP und PC, auf den Maschi¬ 
nenstapel ablegen. Das Kommando hierfür heißt PUSH. 

Als nächstes laden wir das FLAG (Adresse 9C7B) mit 0 und stellen den al¬ 
ten Stapelzustand wieder her. Der Wert unseres Maschinenstapelzeigers wird 
in MACHSTACK gesichert, anschließend wird SP wieder auf den alten 
Wert des Systemstapels geladen. Es folgt der Rücksprungbefehl, der die 
CPU anweist, wieder an den BASIC-Interpreter zurückzugeben. 

Nach dieser detaillierten Erklärung des Maschinenprogramms dürfte es nun 
kein Problem mehr für Sie sein, auch den Restüberbau, das heißt das 
BASIC-Programm, welches die gelieferten Daten auswertet und anzcigt, zu 
verstehen. Sie finden es nachfolgend abgedruckt. 
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10 ' ************ 

20 ' ** gamach ** 

30 ' ************ 

40 ' machstack=40055 
50 ' sysstack =40057 
60 * flag=40059 

70 WINDOWttO, 1,40,4,25:WIND0W#1,1,40,1,3 
BO INK 2,0s INK 3,21sPAPER#1,2sPEN#1,3 
90 CLSs CLS#1 
100 MEMORY 39999 

110 DATA ed,73,79,9c,31,bO,a2,cd,00,OO 
120 DATA f5,c5,d5,e5,dd,e5,fd,B5,3e,00 
130 DATA 32 ,7b,9c,ed,73,77,9c,ed,7b 
140 DATA 79,9c,c9 
150 DATA x 
160 i=40060 

170 READ a$:IF a$="x" THEN 190 

180 POKE i , VAL ( "8c"+a$) s i=i + 1 s GOTO 170 

190 ' 

200 ' ***************** 

210 ' ** gomach demo ** 

220 ' ***************** 

230 INPUT"Wieviele Bytes braucht das Maschinenpro-gramm";b 

240 INPUT"Ab welcher Speicherstelle soll das Maschprogramm liegen" 

ist 

250 IP st<0 THEN st=st+65536 

260 FOR i=st TG st+bsPRINT"Speicherstel1e";i;sINPUT"Weleher Wert ; 
ws POKE i,w 
270 NEXT 

280 ' ************** 

290 ' ** demoende ** 

300 ' ************** 

310 ' Ansprung von gomach 
320 ' 

330 INPUT"Ansprunstelle";s 
340 IF s<0 THEN s= s+65536 
350 sl = INT(s/256)s s2=s—256*sl 

360 POKE 40068,s2:POKE 40069,slsCALL 40060 
370 ' Stack auslesen 

380 machatack=PEEK <40055)+256*PEEK(40056) 

390 FGR i=machstack TG machstack+10 STEP 2 . tt 

400 z$=RIGHT$("0"+HEX$(PEEK(i +1)) ,2)+RIGHT$ ( " 0 "+HEX$(PEEK(l)),2) + 

"+z$ 


410 NEXT 

420 z$=z$+RIGHT$C 
57)),2) 

430 n*=" AF BC 
440 PRINT#1,n$,z$ 


0"+HEX $(PEEK(40058) 


,2)+RIGHT$("0"+HEX$(PEEK(400 
IY 


DE 


HL 


IX 


SP 
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GOMACH besteht aus drei Teilen. Im ersten Teil wird das Maschinen¬ 
spracheprogramm an Speicherstelle 40060 in den Speicher gepoket. Es folgt 
eine kleine Demonstrationsroutine, die dazu dient, die Wirkung des Pro¬ 
gramms und auch seine Funktionen zu überprüfen. Sie ermöglicht es, ein 
Maschinenprogramm beliebiger Länge im HEX-CODE einzugeben. 

Ab Zeile 330 erfolgt dann der Ansprung der Hilfsroutine und indirekt 
damit auch der Aufruf des eingegebenen Maschinenspracheprogramms. 
Dessen Ansprungstelle wurde in S eingelesen. Nach der uns schon bekann¬ 
ten Methode zerlegen wir S in ein LOWER und ein HIGHER BYTE und 
poken diese Werte in die Speicherstellen 40068 und 40069. Dies sind genau 
die Adressen hinter dem CALL-Befehl, wo normalerweise die 4 Nullen ste¬ 
hen. Unser Hilfsprogramm ist somit aktiviert und auf das aktuelle Maschi¬ 
nenspracheprogramm angepaßt, worauf dann der Ansprung erfolgt. 

Ab Zeile 380 werden dann mit Hilfe des Zeigers MACHSTACK die mit 
PUSH gespeicherten Registerinhalte von unserem Zweit-Stack wieder aus¬ 
gelesen. Zunächst wird die Endadresse unseres Maschinenstapels, die in der 
Variablen MACHSTAG in 40055 und 40056 am Ende unserer Hilfsroutine 
abgelegt wurde, wieder zu einer BASIC-Variablen zusammengebaut. Die 
Schleife in Zeile 390-410 liest dann Speicherstelle für Speicherstelle die 
einzelnen Registerinhalte aus und fügt sie zu einem geeigneten STRING 
zusammen. In Zeile 420 wird an diesen noch der Wert des STACK 
POINTERs angehängt; danach erfolgt der Ausdruck. 

Hierbei ist darauf hinzuweisen, daß wir die Speicherstellen 40058 bezie¬ 
hungsweise 40057 für die Abfrage des Stapelzeigers benutzt haben. Es wird 
also der Wert des System-STACKs ausgegeben. Wollen wir uns unseren 
eigenen Maschinenstapel anschauen, so müssen wir die Werte nur um 2 ver¬ 
mindern (also auf 40056 beziehungsweise 40055). 

In unserer ersten Untersuchung wollen wir uns zunächst jedoch noch mit 
dem Systemstapel beschäftigen. Als Testprogramm nehmen wir dabei das 
kürzest mögliche, nämlich einfach den Befehl 

C9 

also RETURN. Damit gibt das angesprungene Maschinenprogramm sofort 
wieder an unsere Hilfsroutine zurück. Die Register werden dabei so ge- 
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sichert, wie sie beim Ansprung des Maschinenspracheprogramms vorhanden 
sind. Beim Lauf des Programms müßten Sie also die folgenden Eingaben 
machen: Progr ammlang e 1; ab welcher Speicherstelle: z.B. 42000; Wert 
dieser Speicherstelle: &C9; Ansprungstelle 42000. 

Sie erhalten nun (korrekte Eingabe des Programms vorausgesetzt) in den 
obersten drei Bildschirmzeilen eine zweizeilige Ausgabe. Die oberste Zeile 
enthält dabei die Registernamen, beginnend mit AF auf der linken Seite, 
bis hin zu SP ganz rechts. Darunter finden sich als 4-Byte-HEX-Werte die 
Inhalte der einzelnen Register. Auf ihre Bedeutung wollen wir nun im Fol¬ 
genden etwas näher eingehen. 

AF BC DE HL IX IY SP 

0068 20FF 9C7C 0560 BFFE B0C2 BFF8 

Fangen wir bei den leichtesten Angaben an. Es sind dies die Inhalte der 
Registerpaare DE beziehungsweise HL. Dieses enthält die Position im 
BASIC-Quelltext, ab welcher der Ansprung der Maschinenspracheroutine 
erfolgt ist (hier wäre dies der CALL-Befehl in Zeile 360). HL verweist auf 
das direkt folgende Statement. Es stellt also die Rücksprungangabe in den 
BASIC-Interpreter dar. 

Als Benutzer kann man durch die Überprüfung von HL feststellen, von 
welchem Punkt eines BASIC-Programms aus eine mehrfach benutzte Ma¬ 
schinenroutine angesprungen wurde; davon kann man dann gegebenenfalls 
deren Handlungsweise abhängig machen. Bei normaler Eingabe des Pro¬ 
gramms sollten Sie hier den Wert 0560 erhalten. Es kann jedoch durch Ein¬ 
fügen bzw. Auslassen von Spaces im BASIC-Quelltext zu Abweichungen um 
einige Spaces nach oben oder unten kommen. 

DE enthält die Anfangsadresse der angesprungenen Routine. In unserem 
Fall war dies 42000 oder 9C7C. Diese Zahl findet sich dann auch in DE 
wieder. Eine ähnliche Bedeutung hat das Register IY. Der BASIC-Interpre¬ 
ter hat eine 2-Byte-Adresse, in der er Integernvariable (also z.B. auch 
Ansprungadressen) zwischenspeichert. Dies sind die Speicherstellen B0C2 
und B0C3. Hier findet sich wiederum, im Format LOW HIGH abgespei¬ 
chert, unsere Ansprungadresse 9C7C. Und zwar enthält B0C2 den HEX- 
Wert 7C, B0C3 den HEX-Wert 9C. 

Sollten Sie bei der Abfrage dieser Speicherstellen am Programmende ganz 
andere Werte vorfinden, wundern Sie sich nicht. Denn wie der Name schon 
sagt, handelt es sich bei diesen Adressen um einen relativ häufig vom Com- 



4 Der Z80 A 


133 


puter benutzten Zwischenspeicher, der folglich sehr oft seinen Wert ändert. 
Dies gilt jedoch nur für die Analyse von BASIC aus. Beim Einsprung in 
eine Maschinenspracheroutine können wir uns darauf verlassen, daß diese 
beiden Variablen immer den Ansprungpunkt enthalten. Dies ist u.a. dann 
von Vorteil, wenn man die Rückkehr aus dem Maschinenspracheprogramm 
von unterschiedlichen Ansprungpunkten abhängig machen will. 

SP enthält den Wert des Systemstapelzeigers nach dem Rücksprung aus der 
Maschinenroutine. IX und A bilden ein sehr interessantes Duo bei der 
Übergabe von Parametern. Der CALL-Befehl ist nämlich nicht auf eine 
Adresse beschränkt. Es können insgesamt bis zu 32 16-Bit-Werte übergeben 
werden. Das ermöglicht es, eine ganze Reihe von Variablen mit ihren 
Adressen zu bezeichnen. Die Adresse kann man relativ einfach durch den 
Variablenpointer @ übergeben. Bei unserem Durchlauf des Programms ha¬ 
ben wir in IX den Wert BFFE und in A 0 gefunden. Es wurden somit 0 
Parameter übergeben; damit blieben nur 2 Byte auf dem Maschinensprache- 
STACK in den Positionen BFFF und BFFE: nämlich die Rücksprungadresse 
zum BASIC-Interpreter. 

Wenn wir Daten mit im Programm übergeben, sieht der Ablauf wie folgt 
aus: beim Laden unseres Maschinenprogramms haben wir in den ersten Zei¬ 
len den String A$ benutzt. A$ ist auch noch beim Ansprung unserer 
Maschinenroutine als String angelegt, da er ja nicht gelöscht wird. Wir 
könnten ihn also theoretisch zur weiteren Bearbeitung mit an das Maschi¬ 
nenprogramm durch seine Anfangsadresse übergeben. 

Hierzu fügen wir zunächst in Zeile 360 hinter dem CALL-Befehl das Kür¬ 
zel @A$ mit Komma getrennt an. Um einer falschen Ausgabe vorzubeugen, 
sollten wir nun noch mit 

385 Z$="" 

Z$ löschen und können danach einen zweiten Durchlauf mit 
GOTO 330 

wagen. Ansprungstelle ist dabei wieder 42000. 

Unsere Ausgabe hat sich jetzt in vielen Punkten verändert. Zunächst einmal 
hat sich der Wert in HL erhöht. Das liegt daran, daß wir unseren CALL- 
Befehl durch die Anfügung verlängert haben. Damit ist auch der absolute 
Rücksprungpunkt weiter im Speicher nach oben gerutscht. IY enthält wei- 
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terhin den Verweis auf die Integernvariable, also auf B0C2. IX und SP sind 
um je 2 nach unten verschoben worden. An dieser Stelle befindet sich jetzt 
ein Zeiger auf A$, nämlich der Wert unseres Variablenpointers (siehe Ka¬ 
pitel 1). 

Der Akkumulator Register A gibt uns die Gesamtzahl der abgespeicherten 
Variablen an (also 1), Register B die Differenz zur möglichen Maximalzahl 
von 32 Variablen (= 20 HEX Variablen). Hier findet sich jetzt der Wert 1F 
im Vergleich zu der 20 vom ersten Durchlauf. Bei zwei übergebenen Para¬ 
metern würden sich IX und SP nochmals um 2 vermindern, in A fände sich 
dann eine 2, in B eine IE. 

Als letztes zu erklärendes Register bliebe noch DE übrig. Während wir im 
ersten Fall den Ansprungpunkt unserer Routine zwischengespeichert hatten, 
findet sich jetzt hier der Wert des übergebenen Variablenpointers. DE ent¬ 
hält also immer die zuletzt ausgerechnete und danach auf den Stapel abge¬ 
legte Integergröße. 

Und noch eines dürfte Ihnen aufgefallen sein. Das FLAG-Register hat sich 
nämlich geändert. Hatten wir beim ersten Durchlauf noch den Wert hex 68, 
so findet sich nun hier eine 28. Schauen wir uns das Ganze einmal binär 
an, so erhalten wir als Ausgabe die Größen 00101000 beziehungsweise 
01101000. Der Unterschied zwischen den beiden Zahlen besteht also darin, 
daß bei der 68 Bit 6 gesetzt ist, bei der 28 dagegen nicht. 

Wie wir schon wissen, stellt Bit 6 das ZERO FLAG dar. Werden keine Da¬ 
ten mit im CALL-Befehl übergeben, so ist das ZERO FLAG gesetzt 
(wegen A=0), ansonsten ist es rückgesetzt. In unserem angesprungenen Ma¬ 
schinenspracheprogramm können wir den Zustand des ZERO FLAGs zur 
Erkennung benutzen, ob Daten Übergeben wurden, und damit gegebenen¬ 
falls einen Dateneinleseteil unseres Programms überspringen. 

Sie sehen: Die Maschine stellt Ihnen eine ganze Serie von nützlichen Infor¬ 
mationen für die Programmierung eigener Maschinenspracheprogramme zur 
Verfügung. Um diese vielfältigen Chancen etwas näher auszuprobieren, 
sollten Sie sich unbedingt mit diesem Mechanismus vertraut machen. Defi¬ 
nieren Sie doch einmal mit Zeilennummer zwischen 330 und 340 eine Reihe 
von Variablen, und übergeben Sie diese dann via Variablenpointer im 
CALL-Befehl, durch weiteres Anhängen mit Komma. Wenn Sie dann das 
Programm wieder mit 


GOTO 330 
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laufen lassen, werden Ihnen die Funktionen der einzelnen Register relativ 
schnell klarwerden. 

Mit diesem Programm haben wir nun eine gute Arbeitshilfe geschaffen, die 
es uns ermöglicht, den Befehlssatz des Z80 Prozessors in all seinen Auswir¬ 
kungen auf die verschiedenen Register zu untersuchen. GOMACH ist 
alleine lauffähig. 

Wir können allerdings das Programm, und dies ist natürlich auch das End¬ 
ziel, mit in unseren Monitor unter dem Kommando G implementieren. Dies 
geht relativ problemlos. Sie setzen dazu einfach den Einleseteil mit den 
DATA-Statements und der POKE-Schleife hinter die POKE-Schleife von 
ROMREAD. Der DEMO-Teil zwischen Zeile 200 und 300 entfällt. Den 
Rest des Programms numerieren Sie in den für die GO-Routine reservier¬ 
ten Bereich des Monitors hoch. Nach ein paar kleinen Anpassungen am An¬ 
fang und am Ende des Programms läuft es dann ohne Probleme. 

Wenn Sie Schwierigkeiten damit haben sollten oder nicht ganz so neugierig 
sind, können Sie sich auch bis zum Ende des 6. Kapitels gedulden. Dort 
findet sich dann das Gesamt-LISTING des Monitors mit allen Sonder- und 
Spezialfunktionen und natürlich auch mit einer leistungsstarken GO-Rou¬ 
tine. 
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Zum Zeitpunkt der Entwicklung unseres Prozessors stand man vor zwei 
Problemen. Zum einen war für das neue Gerät weder Software vorhanden, 
noch konnte sie von dem kleinen Unternehmen schnell genug bereitgestellt 
werden. Zum anderen war ja auch der Z80 von Anfang an als Verbesse¬ 
rungsmodell für den 8080-Prozessor gedacht. Dies führte dazu, daß man 
den Chip aufwärtskompatibel gestalten wollte. Der große Vorteil dieser 
Konzeption ist, daß alle 8080-Programme auch auf dem Z80 laufen. 

Dafür stellte sich dann allerdings das große Problem der Befehlsdecodie¬ 
rung. Der 8080 hatte ja bereits einen relativ umfangreichen Befehlssatz, 
welcher die zur Verfügung stehenden 8 Bits mit ihrer Möglichkeit, 256 
Befehle zu decodieren, weitgehend ausnutzte. Nun waren aber für den 
neuen Prozessor fast 700 Befehle geplant. Es stellte sich daher die Frage, 
wie man mit 256 verschiedenen Codes 700 Möglichkeiten decodieren kann. 
Das Stichwort hierzu heißt Erweiterungscodes. 

Der Z80 verfügt über 4 Erweiterungsbytes mit den Bezeichnungen CB, BD, 
ED und FD jeweils im HEX-Code. Diese Bytes bzw. Kombinationen davon 
führen in insgesamt sechs Erweiterungstabellen, die dann die restlichen Be¬ 
fehle enthalten. Das Prinzip ist dabei wie folgt: Trifft der Prozessor bei der 
Interpretation auf einen solchen Erweiterungscode, so geht er in eine 
andere Befehlstabelle und interpretiert in dieser dann den Inhalt der näch¬ 
sten Speicherstelle als Erweiterungsbefehl. 

Für diese Erweiterungsbefehle bestehen grundsätzlich zwei Möglichkeiten. 
Ein Teil stellt vollkommen neue Befehle dar. Der Rest erweitert den Be¬ 
fehlssatz derart, daß solche Befehle, die in der Grundtabelle nur mit dem 
Akkumulator durchführbar sind, in den Erweiterungstabellen dann auch 
zusammen mit den anderen Universalregistern funktionieren. 
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Ein Z80-Maschinensprachebefehl besteht immer aus zwei Teilen: dem Be¬ 
fehlscode (auch OP CODE = Operation Code genannt) und einem Datenteil, 
der gegebenenfalls auch wegfallen kann. Der OP CODE ist zwischen einem 
und drei Bytes lang, der Datenteil zwischen null und zwei Bytes. Besteht 
der OP CODE aus drei Bytes, wird nur ein Datenbyte benötigt. Somit er¬ 
geben sich als Maximum 4 und als Minimum 1 Byte Länge für einen Z80- 
Maschinensprachebefehl. Die Aufteilung zwischen Befehls- und Datenteil 
sowie die Gesamtlänge eines Maschinensprachestatements ist also in Gren¬ 
zen variabel und wird durch den am Anfang befindlichen OP CODE ange¬ 
geben. 


5.1 Befehlsarten und Adressierungstechniken 

Bei unserer weiteren Analyse des Befehlssatzes werden wir vier Arten von 
Befehlen unterscheiden, die wir an dieser Stelle nun definieren wollen. 

Datentransferbefehle: Diese Gruppe beinhaltet all jene Z80-Kom- 

mandos, die sich damit beschäftigen, Daten 
von bestimmten Punkten des Systems (Quelle) 
zu einem Bestimmungsort (Ziel) zu verlagern. 
Quelle und Ziel können identisch sein. Sowohl 
Register und/oder CPU als auch externe Spei¬ 
cher (RAM, ROM, I/O-Geräte, STACK) kön¬ 
nen als Quelle bzw. Ziel fungieren. Eine Ver¬ 
änderung der Quelldaten erfolgt nicht. Der 
Datentransfer existiert in zwei Varianten: 

a) als Austausch (die Inhalte von Ziel und 
Quelle werden vertauscht) 

b) als Kopie (das Ziel erhält den Wert der 
Quelle) 

Verzweigungsbefehle: Diese Gruppe beinhaltet all jene Z80-Befehle, 

mit denen arithmetische oder logische Opera¬ 
tionen sowie Bitmanipulationen durchgeführt 
werden können. Es tritt eine Veränderung der 
Daten und/oder der FLAGS ein. 
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Sprungbefehle: Mit diesen Steuerbefehlen wird der Prozessor 

angewiesen, die Programmausführung an einer 
anderen Stelle fortzusetzen. 

Steuerbefehle: Diese Befehlsgruppe verändert die Befehls¬ 

ausführung der CPU und schafft damit die 
Basis für einen veränderten Ablauf bestimmter 
Befehle. 

Befehle, die sich mit dem Datentransfer oder dem Verändern von Daten 
beschäftigen, können sowohl auf ein Byte wie auch auf zwei Byte, also ein 
16-Bit-Wort, oder auch auf einen Block von Daten wirken. Die Sprungbe¬ 
fehle können unbedingt oder unter einer Bedingung erfolgen. Die Ab¬ 
hängigkeit von einer Bedingung wird dabei durch nachgestellte Kürzel 
angedeutet (Näheres siehe Kapitel 4 FLAGs). 

Viele Befehle existieren in mehreren Adressierungsarten. Bevor wir uns da¬ 
her den einzelnen Befehlsgruppen zuwenden, wollen wir noch kurz auf die 
verschiedenen Möglichkeiten der Adressierung eingehen. Zunächst jedoch 
noch eine formelle Definition: 

Adressierungsart ist die Methode, auf Daten hinzuweisen. die im Programm 
benötigt werden. 

Wir werden im folgenden zwischen acht Adressierungstechniken unterschei¬ 
den, die nun im einzelnen vorgestellt werden sollen: 


Die unmittelbare Adressierung 

Bei der unmittelbaren Adressierung folgen die benötigten Daten dem OP 
CODE beziehungsweise den OP CODEs direkt nach. Es können ein Daten¬ 
byte oder zwei Datenbytes (erweiterte unmittelbare Adressierung) über¬ 
geben werden. Beispiele: 

LD A,30 H 
LD BC,3040 H 
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Werden zwei Byte mitgeliefert, so wird der Wert als im Format LOW-HIGH 
gespeichert betrachtet, das heißt, das erste Datenbyte im zweiten Befehl 
würde in C geladen werden, das zweite Datenbyte fände sich am Schluß in 
Register B. 

Schreibweise/Kürzel: 

Die unmittelbaren Daten werden durch Komma getrennt, an den OP CODE 
und gegebenenfalls die Registeradresse angehängt. 


Die absolute Adressierung: 

Bei der absoluten Adressierung, die auch als erweiterte Adressierung be¬ 
zeichnet wird, folgt dem OP CODE die Adresse, an der die gewünschten 
Daten stehen. Beispiel: 

LD A,(C000) 

A enthält nach dem Ausführen des Befehls den Inhalt der Speicherstelle 
C000. Die indirekte Angabe der Daten wird durch Klammer ausgedrückt. 


Die indirekte Adressierung: 

Das Prinzip ist hier ähnlich wie bei der absoluten Adressierung, nur daß 
die Adresse nicht als Daten nach dem OP CODE mitgeliefert wird, sondern 
durch den Inhalt eines Registerpaares bestimmt ist. Beispiel: 

LD A,(HL) 

Hier wird A mit dem Wert der Speicherstelle geladen, die durch HL be¬ 
stimmt wird. 

Schreibweise/Kürzel: 

Die indirekte Angabe der Daten wird durch die Klammer ausgedrückt. 
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Die implizite Adressierung: 

Bei dieser Adressierungsart werden Ziel und Quelle durch den OP CODE 
bereits ausreichend bestimmt. Beispiel: 

LD A,B 

Schreibweise/Kürzei: 

Keine (der OP CODE gibt bereits Ziel und Quelle an). 


Die modifizierte Nullseitenadressierung: 

Diese spezielle Adressierungsart kommt nur bei einer besonderen Variante 
der Sprungbefehle, den RESTART-Anweisungen (RST), vor. Es handelt 
sich um eine Art implizite Adressierung für die Sprungbefehle. Bei dieser 
verkürzten Ansprungangabe wird das HIGH BYTE der Adresse immer als 0 
betrachtet, ebenso die Bit 0 bis 2, 6 und 7 des LOW BYTEs. Die restlichen 
drei Bit der Adresse sind im RST-Kommando bereits enthalten und geben 
die acht RST-Ansprungpunkte an. 


Schreibweise/Kürzel: . . t 

Die OP CODEs der RST-Anweisungen enthalten bereits die benötigte 

Adressenangabe. 


Die relative Adressierung: 

Hierbei handelt es sich um eine weitere Adressierungsart, die nur für 
Sprünge benutzt wird. Sprungbefehle verändern im wesentlichen den Inhalt 
von PC. Bei der relativen Adressierung wird PC nun nicht auf einen extern 
vorgegebenen Wert gesetzt, sondern es erfolgt ein Sprung vor oder zurück, 
um eine bestimmte Anzahl von Speicherstellen, das sogenannte DISPLACE 
MENT, was symbolisch auch mit "dis" abgekürzt wird. 

Die Verschiebung ergibt sich dabei aus einem Byte, von dem das oberste 
Bit als Vorzeichen-Bit benutzt wird. Ist es gesetzt, so ist das DISPLACE¬ 
MENT negativ, es folgt also ein Sprung rückwärts. Bei nicht gesetztem Bit 
wird PC um die in den nächsten sieben Bit angegebene Zahl von Speicher¬ 
stellen weitergesetzt. 
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Eine kurze Behandlung dieser Technik haben wir schon bei der Beschäfti¬ 
gung mit dem S-FLAG im letzten Kapitel kennengelernt. Wir wollen das 
Ganze nun einmal anhand von einigen Beispielen durchspielen. Bei der Be¬ 
rechnung der Rücksprünge sind mehrere Punkte zu beachten. Zum einen 
gelten die Zahlen von hex 80 bis hex FF als negativ, wobei ein Wert von 
FF ein Rücksprung um 1, ein Wert von FE ein Rücksprung um 2 usw. ist. 

Zum anderen ist aber auch die Berechnungsbasis zu beachten. Nach jedem 
Befehl befindet sich PC auf dem Anfang, das heißt, dem ersten Byte des 
nächsten Befehls. Steht ein relativer Sprungbefehl wie JR also auf der 
Anfangsadresse A000, so befindet sich das DISPLACEMENT-BYTE in 
A001, und nach der Befehlsausführung steht der PC auf A002. Dieser Wert 
ist die Anfangsadresse, zu der wir nun unsere Verschiebung addieren, be¬ 
ziehungsweise von der wir sie subtrahieren müssen. 

Ist die Verschiebung 0, so tritt keine Veränderung von PC ein. Haben wir 
dagegen die hex-Folge 18 01 gegeben (18 hex ist der Code für den unbe¬ 
dingten relativen Sprung JR), so wird PC um 1 erhöht, der Befehl A002 
also übersprungen. Maximal können wir nach dieser Methode bis hex 7F, 
also dezimal 127, nach vorne springen, dagegen um 128 zurück. Beziehen 
wir dies jedoch auf den Beginn unseres Sprungbefehls, das heißt auf die 
Adresse A000, so sieht das Ganze nun völlig anders aus. Wir springen näm¬ 
lich um bis zu 129 nach vorne und maximal 126 zurück. 

Schreibweise/Kiirzel: 

Der Wert der Verschiebung wird nach dem Befehl durch "Abstand getrennt" 
angegeben, also zum Beispiel JR 30 H. 

Manchmal wird er auch als dezimal angegebener Plus-/Minuswert geschrie¬ 
ben, beispielsweise JR +10 oder JR -20. 


Gute DISASSEMBLER, Programme, die ein in hex-Code geschriebenes 
Maschinenprogramm wieder in die MNEMONICs zurückverwandeln, geben 
darüber hinaus häufig den absoluten Wert der anzuspringenden 
Speicherstelle an. 
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Indizierte Adressierung: 

Die indizierte Adressierung stellt die wohl schwierigste Adressierungsart 
dar. Hierbei ergibt sich die Position des zu benutzenden Datenbytes aus 
einer Kombination des Indexregisters (wahlweise IX oder IY) zuzüglich 
eines DISPLACEMENT-Byte. Es handelt sich also um eine indirekte 
Adressierung, bei der zusätzlich noch eine Verschiebung eingerechnet wird. 
Die Funktion der einzelnen Adreßteile haben wir schon bei der Behandlung 
der Indexregister kennengelernt. 

Beispiele: 

LD A,(IX+30 H) 

IX:=A000 

Der Akkumulator nimmt nun den Wert an, der in der Speicherstelle A030 
zu finden ist. 

LD A,(IY+F0 H) 

IY:=C000 

A enthält jetzt den Inhalt von BFFO. Sie sollten unbedingt jetzt einmal 
durchrechnen, warum dies so ist. Ein kleiner Denkanstoß: FF hat den Wert 
-1, führt also von der Speicherstelle C000 zu BFFF. Vermindern Sie nun 
die Speicherstelle und das DISPLACEMENT jeweils gleichzeitig in Einser¬ 
schritten, so erhalten Sie das Ergebnis. 

Schreibweise/Kürzel: 

In der Indirektklammer steht das Symbol für das Indexregister sowie mit"+" 
verbunden das DISPLACEMENT. Beides zusammen wird durch Komma 
vom OP-CODE getrennt. 


5.2 Die Analyse der Befehle beim'Z80 

Z80 ist ein bitorientierter Prozessor. Mehr als andere Chips herrscht bei 
ihm eine bitorientierte Arithmetik vor. Es gibt eine ganze Reihe von Ope¬ 
rationen und Befehlen, die der Veränderung, dem Testen, Abfragen, Rück¬ 
setzen und Setzen für Bits dienen, und auch bei der Befehlsanalyse greift 
der Prozessor auf die einzelnen Bits in sehr starkem Maße zurück. 
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Dies führt dazu, daß man anhand des Binärwertes eines OP CODES die Be¬ 
deutung der einzelnen Befehle relativ gut herauslesen kann. Wir werden 
dies bei der Entwicklung unses Disassemblers im nächsten Kapitel noch nä¬ 
her vertiefen. Hier wollen wir nur einmal die Grobstruktur des Z80-Be- 
fehlssatzes aufzeigen, um einen Ordnungsrahmen für die nachfolgende Be¬ 
schäftigung mit den einzelnen Befehlen zu schaffen. Als erstes zur 
Grundtabelle: Diese enthält alle 1-Byte-OP-CODES. Nach den höchsten 
beiden Bits, das heißt den Bit 6 und 7 des OP CODES, lassen sich hier 4 
Befehlseruopen analysieren: 

00 Diese 64 OP CODES enthalten die Befehle für unmittelbares La¬ 
den, für das INKrementieren und DEKrementieren, für Register 
und Registerpaare, einen Teil der 16-Bit-Lade- und Arithmetikbe¬ 
fehle sowie einige bitorientierte Befehle, die relativen Sprungkom¬ 
mandos und die Befehle NOP und EX AF,AF. 

01 Diese Befehlsgruppe enthält alle Befehle zum Datentransfer zwi¬ 
schen einzelnen Universalregistern sowie das Interrupt- Kom¬ 
mando HALT. 

10 Diese Befehlsgruppe enthält die Arithmetik- und Logikbefehle für 
den Akkumulator. 

11 Mit diesen ersten Bits beginnen alle Sprungbefehle, außer denen in 
Gruppe 00. Sie enthalten die Kommandos PUSH, POP, IN, OUT, 
Befehle für den Austausch von Registerpaaren, zur Interruptfrei¬ 
gabe und -Sperrung. Auch finden sich hier die Codes für die vier 
Erweiterungstabellen. 


Erweiterungstabelle CB (2 Byte OP CODE) 

Unter dem Befehl CB erreicht man eine weitere Sprungtabelle mit 248 
neuen Befehlen. Diese dienen im wesentlichen zum Verschieben und zum 
Routieren von Universalregistern sowie zum Setzen, Rücksetzen und Testen 
von Bits. 
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Erweiterungstabelle DD (2 Byte OP CODE) 

Diese Erweiterungstabelle enthält alle Befehle, die das Indexregister IX be¬ 
nötigen, beziehunsweise auf es zurückgreifen. 


Erweiterungstabelle FD (2 Byte OP CODE) 

Diese Erweiterungstabelle leistet dasselbe wie DD, allerdings für das In¬ 
dexregister IY. Die Funktion der nachstehenden Codes ist jedoch mit 
denen der Tabelle DD identisch! 


Erweiterungstabelle ED (2 Byte OP CODE) 

Mit dem Erweiterungsbefehl ED erreichen wir eine weitere Hilfstabelle, die 
uns weitere Eingabe-/Ausgabebefehle, Befehle für 16 Bit, Transfer und 
Arithmetik, Block- und Interrupt-Kommandos sowie die Spezialbefehle 
RRD, RLD und NEG zur Verfügung stellt. 


Erweiterungstabelle DDCB (3 Byte Operation Code) 

Diese Tabelle ist nur mit einem Achtel aller möglichen Kodierungen belegt. 
Sie führt dieselben Kommandos wie CB aus, allerdings wird hier nicht ein 
Register verändert, sondern eine Speicherstelle, die indiziert adressiert wird, 
und zwar mit dem Indexregister IX. 


Erweiterungstabelle FECB (3 Byte Operation Code) 

Diese Befehlsmatrix bietet dieselben Funktionen wie DDCB, allerdings jetzt 
für das Indexregister IY. 


Nach soviel Systematik und Unterteilung wenden wir uns nun der Praxis zu 
und schauen uns die Wirkung der einzelnen Befehle an. Dazu sollten Sie 
unbedingt den Monitor geladen haben und Befehl für Befehl, Beispiel für 
Beispiel durchspielen, um sich mit den Funktionen und den manchmal auch 
etwas ungewohnten Nebenwirkungen schnell auseinanderzusetzen und ver¬ 
traut zu machen. 
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Wir wollen nacheinander die Befehle zum Datentransfer, den Bereich Logik 
- Arithmetik, die Sprungbefehle und am Ende auch die Steuerkommandos 
analysieren. Jede Befehlsgruppe läßt eine Unterteilung in weitere Unter¬ 
gruppen zu, die nacheinander beschrieben werden. Am Ende jeder Unter¬ 
gruppe stehen einige Beispielprogramme und Befehle, die Sie mit dem Mo¬ 
nitor austesten sollten, um sich mit den Befehlen näher vertraut zu machen. 

Am Ende jedes Unterkapitels, das heißt am Abschluß jeder Befehlsgruppe, 
finden sich dann noch ein oder mehrere Anwendungen, typischerweise aus 
dem ROM-LISTING des CPC, die die Funktionsweise der einzelnen Be¬ 
fehle illustrieren und den Ablauf bestimmter Grundarbeitsweisen im Com- 
puterinnern demonstrieren. Wir beginnen mit den Befehlen zum Daten¬ 
transfer. 


5.3 Datentransfer 

Bei der Beschreibung der Datentransferbefehle kann man zwei grundsätz¬ 
liche Unterteilungen vornehmen: Zum einen eine Unterteilung nach der 
Nähe der Befehle zur CPU. Danach unterscheidet man: 


Interner Datentransfer 

Dieser findet zwischen Registern beziehungsweise zwischen Registerpaaren 
der CPU statt. Externe Bausteine sind nicht beteiligt. 


Erweiterter interner Datentransfer 

Dieser beinhaltet drei weitere Datenquellen beziehungsweise Zieladressen, 
die von der CPU mittels verkürzter und damit relativ schneller Befehle be¬ 
arbeitet werden können. Es sind dies die durch das Registerpaar HL adres¬ 
sierte Speicherstelle, die aktuelle Position auf dem Stack, das heißt die 
durch das Register paar SP adressierte Speicherstelle und unmittelbar dem 
Befehlscode nachfolgende Daten. Alle drei Varianten greifen dabei zwar 
auf den Speicher, typischerweise das RAM, zurück; ihr Vorteil liegt jedoch 
in der Kürze des Befehlscodes und in der schnelleren Ausführungszeit. Sie 
stellen somit ein Mittelding zwischen dem internen und dem externen Da¬ 
tentransfer dar. 
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Externer Datentransfer 

Dieser existiert in zwei Varianten. Der externe Datentransfer zwischen Re¬ 
gistern und Speicher oder zwischen Registern und einem Ein-/Ausgabebau¬ 
stein. 

Eine weitere Unterteilung ist nach der Datenmenge möglich. Es können 8 
Bit, 16 Bit oder ein Datenblock von spezifizierter Länge mit einem Daten¬ 
transferbefehl behandelt werden. Daneben kommen für die Daten zwei 
grundsätzliche Operationen in Frage: 

Ladevorgänge: Bei diesen nimmt der Inhalt des Zielregisters den 

Wert der Quelldaten an. Ziel und Quelle können 
dabei sein: interne Register beziehungsweise Re¬ 
gisterpaare, Speicherbausteine, Eingabe-/Aus- 
gabebausteine beziehungsweise deren Register. 

Austauschvorgänge: Bei diesen werden zwei Registerpaare bezie¬ 

hungsweise eine Gruppe von Registerpaaren aus¬ 
getauscht. Während bei den Ladevorgängen die 
Inhalte des Zielspeichers mit dem Quellspeicher 
übereinstimmen, finden sich nach einem Aus¬ 
tauschvorgang die Werte eines Registerpaares im 
jeweils anderen wieder. 

Für unsere weitere Darstellung werden wir den internen und den erweiter¬ 
ten internen Datentransfer zum internen Datentransfer zusammenfassen und 
nur noch von einer Zweiteilung ausgehen. 


5.3.1 Interner Datentransfer 

Beim internen Datentransfer können wir zwischen zwei Datenmengen un¬ 
terscheiden. 8-Bit-Datentransfer und 16-Bit-Datentransfer. Die zugehörigen 
Befehle lauten: 

KOMMANDOS: 


für Ladevorgänge 

für Austauschvorgänge 

für die Zusammenarbeit von Registern 

mit dem Stack 


- LD (LOAD) 

- EX (Exchange) 

- PUSH und POP 
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Der Ladebefehl hat das Format LD Ziel, Quelle, wobei Ziel und Quelle ein 
Universalregister oder einen 8-Bit-Datenwert darstellen. 


FLAGS: 

Grundsätzlich beeinflussen die Befehle des internen Datentransfers die 
Flags nicht. Ausnahmen: LD A,I 

LD A,R 

und die Blockladebefehle. 


5.3.1.1 8-Bit-Ladebefehle: Laden zwischen Universalregistern/(HL) 

Befehl: LD Ziel, Quelle 

Es wird also ein Universalregister oder (HL) mit dem Inhalt eines anderen 
Universalregisters (HL) geladen. Der Code ist dabei bitorientiert. Er Lautet 

Olaaabbb 


Dabei stellen aaa und bbb jeweils einen 3-Bit-Registercode dar. Die Zu¬ 
ordnung ist dabei wie folgt: 


000. Register B 

100 

001 Register C 

101 

010 Register D 

110 

011 Register E 

111 


Register H 
Register L 

Die durch HL adressierte 
Speicherstelle <(HL)> 

Register A (AKKUMULATOR) 


Einen Ladebefehl kann man nun erzeugen, indem man die Bit 7 und 6 des 
Befehlscodes auf 01 setzt und anstelle der Symbole aaa und bbb die ent¬ 
sprechenden Registercodes einfügt. 


Beispiel: Laden des Registers B mit dem Inhalt von C. 
Kürzel : LD B,C 
Binärer Code: 01 000 001 
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Für diese Art der Darstellung gibt es allerdings eine Einschränkung. Der 
Befehl LD (HL),(HL) existiert nicht. Dieser Code wird durch den Steuerbe¬ 
fehl HALT (hex 76= binär 01110110) belegt. Mehr dazu bei den Steuer¬ 
kommandos in Kapitel 5.6. 

Wir können diese Befehle auch in einer Matrix aus 8 x 8 Stellen darstellen. 
Diese Matrix enthält auf der einen Achse das Zielregister, auf der anderen 
die Quelldaten. Sie finden sie in Tabelle 5.1. Neben den 63 Ladebefehlen 
für die Universalregister existieren noch vier weitere 8-Bit-Ladebefehle mit 
der Adressierungsart Implizit. Alle liegen in der Erweiterungstabelle ED. Es 
sind dies mit ihren hex-Codes: 


LD R,A 

ED4F 

LD A,R 

ED5F 

LD I,A 

ED47 

LD A,I 

ED57 


Diese Kommandos ermöglichen einen Datenaustausch zwischen dem Akku¬ 
mulator und den Spezialregistern. Auf die Bedeutung dieser Register haben 
wir schon an anderer Stelle (Kapitel 4.3) hingewiesen. Mehr zum Register I 
und seiner Funktion findet sich darüber hinaus bei den Steuerbefehlen Ka¬ 
pitel 5.6, Befehl IM2. Da diese Befehle für den Normalbenutzer kaum 
nutzbar sind, wollen wir hier nicht näher darauf eingehen. 


Tabelle 5.1: Die 8-Bit-Registerladebefehle 


Quelle 


A 

B 

C 

D 

E 

H 

L 

(HL) 


A 

7F 

78 

79 

7A 

7B 

7C 

7D 

7E 

B 

47 

40 

41 

42 

43 

44 

45 

46 

C 

4F 

48 

49 

4A 

4B 

4C 

4D 

4E 

D 

57 

50 

51 

52 

53 

54 

55 

56 

E 

5F 

58 

59 

5A 

5B 

5C 

5D 

5E 

H 

67 

60 

61 

62 

63 

64 

65 

66 

L 

6F 

68 

69 

6A 

6B 

6C 

6D 

6E 

(HL) 

77 

70 

71 

72 

73 

74 

75 

— 


Ziel 
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5.3.1.2 Laden eines Registers/(HL) mit einem Absolutwert 

Befehl: LD Register,<Wert>; 2-Byte-Befehl; OP-Code: OOaaallO 

Funktion: Der im zweiten Byte spezifizierte Wert wird in das durch aaa an¬ 
gegebene Universalregister Übertragen. Für aaa gelten dabei dieselben Re¬ 
gistercodes wie schon beim impliziten Laden. 

Also: 

LD B LD C LD D LD E LD H LD L LD (HL) LD A 
06 OE 16 IE 26 2E 36 3E 

Beispiel: Sie sollten nun einmal den Monitor zur Hand nehmen beziehungs¬ 
weise die Routine GOMACH, falls Sie diese noch nicht eingebaut haben, 
und einige Befehle in ihrer Funktionsweise erproben. Beginnen wir einmal 
mit C9. Dieser Befehl führt uns zu der schon bekannten Registerausgabe. 
Wir wollen nun unser Programm etwas erweitern, und zwar zunächst auf 
zwei Byte, die Kommandos 47 und C9. C9 ist dabei wiederum der Rück¬ 
sprung. 47 ist, wie Sie Tabelle 5.1 entnehmen können, der Befehl 

LD B,A 

Wenn Sie sich nach dem Programmdurchlauf nun den Registersatz ansehen, 
werden Sie die Verschiebung relativ leicht feststellen. Statt der gewohnten 
20 findet sich eine 00 in Register B. Der Registerinhalt von A wurde nach 
B übertragen. 

2.Beispiel: Wir wollen nun einmal Register C mit einem Absolutwert laden. 
Als Beispiel soll dabei der Wert 80 hex dienen. Dies läuft wie folgt. Zu¬ 
nächst benötigen wir den Code für das Laden des Registers, dieser ist 0E. 
Als zweites Byte müssen die Daten folgen, in unserem Fall steht hier also 
eine 80. Das Programmende bildet wieder der RETURN-Befehl (C9). Nach 
dem Durchlauf dieses Programms (Eingabe ab 42000 und Programmstart bei 
42000) erhalten Sie in Register C die erwartete Änderung. Es hat den Wert 
80 angenommen. Um sich mit den Ladebefehlen und auch mit der Funk¬ 
tionsweise von GOMACH noch etwas näher vertraut zu machen, sollten Sie 
das Ganze jetzt mit einigen anderen Kombinationen durchspielen. 
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5.3.1.3 Interner Datentransfer mit 16 Bit 

Der Datentransfer zwischen Registerpaaren erfolgt in zwei Varianten, als 
Lade- und als Austauschvorgang. Es existieren dabei Befehle für das Laden 
des Stack-Pointers aus einem Registerpaar sowie für das unmittelbare 
Laden eines Registerpaares mit einem nachgestellten Datenwert. Darüber 
hinaus sind Austauschvorgänge zwischen Registerpaaren möglich. 


5.3.1.3.1 Laden eines Registerpaares mit einem absoluten Wert 

Dies ist für BC, DE, HL, SP, IX und IY möglich. Dabei nimmt das Regi¬ 
sterpaar den nachfolgenden 2-Byte-Wert an. Das erste Datenbyte wird da¬ 
bei als LOWER BYTE betrachtet, geht also in das niederwertige Register, 
das zweite geht in das höherwertige Register. Die Codes sind wie folgt: 


LD BC 

01 aa bb 

LD DE 

11 aa bb 

LD HL 

21 aa bb 

LD SP 

31 aa bb 

LD IX 

DD 21 aa bb 

LD IY 

FD 21 aa bb 


5.3.1.3.2 Datenaustausch zwischen Stack und einem Registerpaar 

Hier gibt es zwei verschiedene Gruppen. Zunächst einmal das Laden des 
Stack-Pointers aus einem Universalregisterpaar. Dies ist mit den Registern 
IX, IY und HL möglich. Die Kommandos lauten: 

LD SP,IX DD F9 

LD SP,IY FD F9 

LD SP,HL F9 
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Die zweite Gruppe bilden die Befehle, die ein Registerpaar auf dem Stapel 
ablegen oder von diesem wieder laden. Das Kommando für das Ablegen 
heißt 


PUSH 

für das Wiederholen, das heißt das erneute Laden eines Registerpaares aus 
dem Stapel 

POP 

Die Operationen sind mit den folgenden Registerpaaren möglich: AF, BC, 
DE, HL, IX, IY. Die einzelnen Kommandos lauten: 


Registerpaar: 

AF 

BC 

DE 

HL 

IX 

IY 

POP 

Fl 

CI 

Dl 

El 

DD El 

FD El 

PUSH 

AF 

BC 

DE 

HL 

IX 

IY 


F5 

C5 

D5 

E5 

DD E5 

FD E5 


5.3.1.3.3 Datenaustausch zwischen Registerpaaren/(SP) 

Neben diesen Kommandos existieren eine Reihe von Befehlen, die den Da¬ 
tenaustausch zwischen dem Inhalt der durch SP adressierten Adresse und 
einem Universalregisterpaar beziehungsweise zwischen Universalregisterpaa¬ 
ren ermöglichen. Das Kommando hierfür lautet: EX (»Exchange, Vertau¬ 
schen). Es sind dies mit ihren Codes: 


EX DE,HL 

EB 

EX (SP),HL 

E3 

EX (SP),IX 

DD E3 

EX (SP),IY 

FD E3 

EX AF,AF 

08 

EXX 

D9 


Die letzten beiden Kommandos beziehen sich dabei auf den Austausch zwi¬ 
schen Registern und Parallelregistern. Wir haben schon bei der Beschrei¬ 
bung des Registeraufbaus der CPU in Kapitel 4 gesehen, daß das Akkumu¬ 
lator- und auch die Universalregister in doppelter Ausfertigung als Zwil¬ 
lingsregister vorhanden sind. Mit dem Befehl 


EX AF,AF 
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ist es möglich, den Akkumulator und das Statusregister gegen das Zwil¬ 
lingspärchen auszutauschen. Es wird also der alte Akkumulator in den Pa¬ 
rallelakkumulator geladen und umgekehrt, dasselbe wiederholt sich für die 
FLAGs. Noch stärker ist der Befehl EXX. Er tauscht die Registerpaare BC, 
DE und HL gegen ihre jeweiligen Parallelregister aus. Ein einzelner Aus¬ 
tausch zwischen Register und Parallelregister ist nicht möglich. Der Pa¬ 
rallelregistersatz wird von der Routine GOMACH nicht angezeigt, was 
seinen Grund darin hat, daß der CPC ja eine Reihe von hochwichtigen 
Systemvariablen, wie zum Beispiel die Speicherbereichsverteilung, den 
Bildschirm-MODE etc. zwischengespeichert hat, die er permanent für die 
Speicheradressierung benötigt. Änderungen im Parallelregistersatz sind 
daher nur für den Profi geeignet und bedürfen einer ausgezeichneten 
Kenntnis der internen Abläufe in der Maschine. Daher haben wir in diesem 
Buch diese Möglichkeiten weggelassen. 

Beispiele: 

Um sich mit den Funktionen der 16-Bit-Ladebefehle vertraut zu machen, 
können Sie wie bei den 8-Bit-Ladebefehlen vorgehen. Wir wollen hier nur 
zwei Befehle besonders besprechen. Als erstes kommen wir zu EX DE, HL. 
Wenn Sie die Codes EB und das C9 für RETURN nacheinander eingeben, 
werden Sie den Austausch der Universalregisterpaare im Ausgabefeld von 
GOMACH sehen. 

Auch das Laden eines Registerpaares dürfte keine Schwierigkeit darstellen. 
Wir wollen einmal das Registerpaar BC mit 77 88 laden. Die Codes dafür 
sind: 01 88 77 und C9 für die Rückkehr (warum wurden die Werte 77 und 
88 vertauscht?) Das Ausgabefenster von GOMACH zeigt uns nun die ge¬ 
wünschten Werte. Die Funktion des Stack-Pointers und das Arbeiten mit 
dem Parallelregistersatz wird an einem Beispiel am Ende von Kapitel 5.3 
intensiv besprochen. 


5.3.2 Externer Datentransfer 

Funktion: Mit den Befehlen des externen Datentransfers ist es möglich, Re¬ 
gister und Registerpaare mit Daten aus dem Speicher (RAM oder ROM) zu 
laden oder diese wegzuschreiben. Daneben ist ein Datentransfer zu oder von 
externen Geräten möglich. Die vorhandenen Befehle lauten: 
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LD (LOAD) - für die Kommunikation zwischen Speicher und Prozessor 
IN - für das Einlesen von Daten von einem Ein-Ausgabegerät 

OUT - für die Übergabe von Daten an ein IO-Gerät 

Beim Speichern spricht man von Adressen, die die Daten enthalten. Die 
empfangende oder sendende Stelle eines Ein-/Ausgabegerätes wird als 
PORT bezeichnet. 


DATENFORMATE: 

8-Bit- und 16-Bit-Werte für den Verkehr zwischen Speicher und CPU, 8- 
Bit-Werte für den Datenaustausch zwischen IO und CPU. Daneben ist mit 
speziellen Blockkommandos die Übertragung eines Datenbereichs möglich. 


FLAGS: 

Das Statusregister wird generell von den Befehlen des externen Datentrans¬ 
fers nicht beeinflußt. Ausnahmen: der Befehl IN reg,(C) 
und die Blockbefehle. 


5.3.2.1 Externer Datentransfer zwischen Register und Speicher 

Datenaustausch zwischen einer indirekt adressierten Speicherstelle und dem 
Akkumulator. 


Hierzu stehen die Registerpaare BC, DE und das schon vom internen Da¬ 
tenaustausch bekannte Registerpaar HL zur Verfügung. Daneben ist es auch 
möglich, A aus einer fix vorgegebenen Stelle NN zu laden beziehungsweise 
in diese abzulegen. Damit ergeben sich die folgenden Kommandos: 


Akkumulator an Speicher 
LD (BC),A 02 
LD (DE),A 12 
LD (HL),A 77 
LD (nn),A 32 aa bb 


Speicher an Akkumulator 
LD A,(BC) OA 
LD A,(DE) 1A 
LD A,(HL) 7E 
LD A,(nn) 3A aa bb 
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Laden einer indirekt adressierten Speicherstelle mit einem Datenbyte 

Hier sind drei Möglichkeiten gegeben. Die zu benutzende Speicherstelle 
kann durch den Inhalt des Registers HL oder indiziert durch IX bezie¬ 
hungsweise IY definiert werden. Dabei stellt der Parameter dd eine Dis¬ 
tanzadresse dar. Enthält also IX beispielsweise den Wert A000 und ist dd = 
20 hex, so wird die Speicherstelle A020, das heißt die Summe aus Register 
X plus der Distanzadresse benutzt, dd und nn stellen Symbole für die hex- 
Codes der Distanzadresse und des zu ladenden Datenbytes dar. Die Befehle 
lauten: 

Befehl Code 

LD (HL),n 36 nn 

LD (IX+d),n DD 36 dd nn 

LD (IY+d),n FD 36 dd nn 


Datenaustausch zwischen einem Universalregister und einer indirekt indi¬ 
ziert adressierten Speicherstelle 

Als Universalregister sind hier alle uns schon bekannten Register erlaubt. 
Eine Ansprache der Speicherstelle (HL) ist allerdings nicht möglich. Die 
Ladebefehle benötigen drei Byte, das erste Byte DD oder FD gibt an, ob 
das Register IX oder IY benutzt wird. Das zweite Byte decodiert das anzu¬ 
sprechende Register. Als drittes Byte folgt die Distanzadresse, der OFFSET, 


LD r,(IX+d) 


DD OlaaallO dd 


LD r,(IY+d) 


FD OlaaallO dd 


LD(IX+d),r 


DD OlllOaaa dd 


LD(IY4d),r 


FD OlllOaaa dd 


mit den folgenden 

Registercodes: 



A 111 


E 011 



B 000 


H 100 



C 001 

D 010 


L 101 



A 

B 

C D 

E 

H 

DD/FD 77 

70 

71 72 

73 

74 
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Datenaustausch zwischen zwei aufeinanderfolgenden Speicherstellen und 
einem Registerpaar 

Als Registerpaare kommen alle internen Register in Frage: BC, DE, HL, 
SP, IX, IY. Die Arbeitsweise ist dabei wie folgt: Jeder Befehl besteht aus 
vier Byte. Das Arbeiten mit HL ist mit einem verkürzten Befehl, der nur 
einen Befehlscode benötigt, auch mit drei Byte möglich. Hier existieren also 
zwei in ihrer Funktion identische Kommandos. Die Ablage und das Ausle¬ 
sen erfolgen im Format LOW-HIGH. Der Befehl 

LD (nn),bc 

lädt also zuerst den Inhalt von Register C in die durch nn adressierte Spei¬ 
cherstelle. Danach wird B in die nächsthöhere Adresse geladen. Umgekehrt 
lädt der Befehl 

LD DE,(nn) 

Register E mit der durch nn angegebenen Speicherstelle, D enthält danach 
den Inhalt der nächsthöheren Adresse. Es existieren die folgenden Kom¬ 
mandos: 


Registerpaar an Speicherstelle Speicherstelle an Registerpaar 


Befehl 

LD(nn),BC 

LD(nn),DE 

LD(nn),HL 

LD(nn),SP 

LD(nn),IX 

LD(nn),IY 


Code 

ED 43 aa bb 
ED 53 aa bb 
ED 63 aa bb 
22 aa bb 
ED 73 aa bb 
DD 22 aa bb 
FD 22 aa bb 


Befehl 
LD BC,(nn) 
LD DE,(nn) 
LD HL,(nn) 

LD SP,(nn) 
LD IX,(nn) 
LD IY,(nn) 


Code 

ED 4B aa bb 
ED 5B aa bb 
ED 6B aa bb 
2A aa bb 
ED 7B aa bb 
DD 2A aa bb 
DD 2A aa bb 


Beispiel: Sie sollten jetzt wieder GOMACH oder den Monitor zur Hand 
nehmen und einmal einige Befehle ausprobieren. Erste Anwendung: Wir 
wollen den Inhalt von YAR START, jener 2 Byte Adresse, die den Beginn 
der Variablen, also das Ende des BASIC-Programms kennzeichnet, in ein 
Registerpaar laden, um mit einer Maschinenroutine den Zugriff auf be¬ 
stimmte Variable zu ermöglichen. Dieser POINTER ist im Bereich der 
BASIC-Firmware in den Adressen AE85 und AE86 abgelegt (vergleichen 
Sie dazu einmal Kapitel 1.3). Zielregisterpaar soll DE sein, womit wir auch 
den zugehörigen Befehl definiert hätten: LD DE,(AE85) 
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Unser Programm besteht aus fünf Byte: ED 5B 85 AE C9. Nach dem 
Durchlauf des Programms erhalten Sie nun im Ausgabe-WINDOW die fol¬ 
gende Anzeige: 

AF BC DE HL IX IY SP 

0068 20FF XXXX 0560 BFFE B0C2 BFF8 

Die X stehen dabei stellvertretend für den Inhalt des Variablenpointers. Sie 
können die richtige Funktion des Programms überprüfen, indem Sie sich 
einmal mit 

PRINT HEX$(PEEK(AE85» und PRINT HEX$(PEAK(AE86)) 
den Inhalt der beiden Speicherstellen kontrollhalber ausgeben lassen. 


5.3.2.2 Blockladebefehle 


Der Z80 Prozessor verfügt über vier sehr starke Kommandos, die es ermög¬ 
lichen, Speicherbereiche im Variablenspeicher zu verschieben. Der Ablauf 
ist dabei wie folgt: Zwei Registerpaare (DE und HL) enthalten die Adres¬ 
sen. HL enthält dabei die zu lesende Adresse, DE den Speicherplatz, an den 
die Daten geschrieben werden sollen. Die Anzahl der zu verschiebenden 
Bytes ergibt sich aus dem Wert des Registerpaares BC. 


Der Computer beginnt also, indem er den Inhalt der durch HL adressierten 
Speicherstelle liest, und diesen an die durch DE gegebene Adresse spei¬ 
chert. Danach wird das Registerpaar BC um 1 vermindert. BC fungiert also 
bei dieser Operation als Zähler. Der weitere Ablauf hängt nun von der Art 
des Befehls ab. Es existieren die Kommandos 


-LD I (lade- und inkrementiere) 

-LD D (lade- und dekrementiere) 

-LD IR (lade- und inkrementiere wiederholt) 

-LD DR (lade- und dekrementiere wiederholt) 


ED A0 
ED A8 
ED BO 
ED B8 


Bei LD I werden die Registerpaare DE und HL jeweils um 1 erhöht, BC 
um 1 vermindert. Mit dieser Änderung ist der Befehl abgeschlossen. Es er¬ 
folgt also ein einmaliges Umspeichern und eine Veränderung der Zeiger 
und des Zählregisterpaares. Bei LD DR werden alle drei Registerpaare um 
1 vermindert. Der Unterschied zwischen Dekrementieren und Inkrementie- 
ren besteht also in der Richtung, in der abgespeichert wird. Bei LD D und 
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LD DR beginnt man mit der obersten Speicherstelle und tastet sich dann 
nach unten weiter vor. Bei LD I und LD IR läuft das Ganze in der umge¬ 
kehrten Richtung. 

Der Unterschied zwischen den einfachen Befehlen und denen mit ange¬ 
hängtem R besteht nun darin, daß die REPEAT-Befehle den einfachen 
Vorgang so lange wiederholen, bis BC den Wert 0 angenommen hat. LD I 
und LD D leisten also eine Verlagerung von einem Byte mit nachfolgendem 
Umsetzen der POINTER und des Zählers, LD IR und LD DR verschieben 
einen ganzen durch seine Länge (BC und Start- bzw. Endadresse HL) 
spezifizierten Datenblock auf die neue Anfangs- beziehungsweise End¬ 
adresse DE. 

Dabei ist natürlich zu beachten, daß das Schreiben von Daten nur in dem 
RAM-Speicher vonstatten gehen kann. Ein Lesen dagegen sowohl aus ROM 
wie auch aus RAM. 

Da der CPC in wesentlichen interessanten Bereichen, nämlich den oberen 
und den unteren 16 K des RAM ständig zwischen ROM und RAM umher¬ 
schaltet, existieren im Betriebssystem 2 nützliche Routinen, die die Be¬ 
schäftigung mit dieser Problematik überflüssig machen. Es handelt sich um 
die KERNEL-Routinen KL LDIR und KL LDDR mit den Adressen B91B 
beziehungsweise B91E. Diese führen den LDIR beziehungsweise LDDR-Be- 
fehl bei gesperrten ROMs aus. Es ist also RAM im ganzen Speicher adres¬ 
siert. 

Beispiel: Als Anwendungsbeispiel wollen wir uns einmal eine Verschiebung 
des Grafikspeichers vornehmen. Wir hatten schon bei der Beschäftigung mit 
dem Videocontroller in Kapitel 3 gesehen, daß es möglich ist, mit SCR SET 
BASE die Basisadresse des Bildschirmspeichers zu verschieben und so zwi¬ 
schen zwei Bildschirmen zu switchen. Der zweite Bildschirm muß dabei ab 
Adresse 4000hexj nach oben liegen, um Kollisionen mit den weiter unten 
liegenden RESTARTS beziehungsweise der Firmwaresprungtabelle im Be¬ 
reich B000 bis C000 zu vermeiden. 

Wir wollen nun einmal eine vollständige Kopie des Grafikspeichers in die¬ 
sem Speicherbereich anlegen. Dazu verschieben wir als erstes mit dem Be¬ 
fehl MEMORY die höchste mögliche Speicheradresse auf 3FFF. 

Um nun eine Verschiebung mit dem Befehl LD IR durchzuführen, müssen 
wir wie folgt Vorgehen. Die Anfangsadresse des alten Bereichs gehört in 
HL. Dazu benutzen wir am einfachsten den Befehl 
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LD HL.COOO 

Analog dazu nimmt DE den Anfang des neuen Bereichs (hex 4000) auf. Die 
Anzahl der zu übertragenden Bytes beträgt genau ein Viertel des verfüg¬ 
baren Speichers, 16 K oder in hex ausgedrückt 4000. Diese Anzahl spei¬ 
chern wir als Zählwert in Register BC. Das Kommando 

LD IR 

und der RETURN-Befehl schließen unser kleines Maschinenprogramm ab. 

LD HL.C000 21 00 CO 

LD DE,4000 11 00 40 

LD BC,4000 01 00 40 

LDIR ED BO 

RET C9 

Wir werden das Programm in zwei Stufen durchführen. In der ersten fügen 
wir nach dem Laden von BC ein RETURN ein. Dies führt dazu, daß uns 
zunächst einmal die Registerinhalte angezeigt werden. Wenn Sie diesen Teil 
des Programms durchlaufen lassen, gibt GOMACH die folgende Ausgabe: 

AF BC DE HL IX IY SP 

0068 4000 4000 C000 BFFE B0C2 BFF8 

Wir geben nun ab Speicherstelle 42000 das Gesamtprogramm ein. Ganz Cle¬ 
vere können auch erst ab Speicherstelle 42009 beginnen, da ja die ersten 
neun Byte identisch sind. Bei diesem Beginn wird das C9 als erstes Byte 
überschrieben. Es brauchen dann nur noch die drei übrigen Codes einge¬ 
geben zu werden. Ansprungstelle bleibt weiterhin 42000. Nach dem 
Durchlauf des Programms erhalten Sie folgende Ausgabe von GOMACH: 

AF BC DE HL IX IY SP 

0040 0000 8000 0000 BFFE B0C2 BFF8 

Um die korrekte Funktion zu überprüfen, sollten Sie sich jetzt schnell ein¬ 
mal die Inhalte von C000 und 4000 mit dem PEEK-Kommando und gege¬ 
benenfalls hex$ ausgeben lassen. Wenn Sie GOMACH direkt nach dem Ein¬ 
schalten beziehungsweise nach Systemreset geladen hatten und somit noch 
keine Verschiebung des Bildschirm-OFFSETs (vergleiche Kapitel 3) stattge¬ 
funden hat, müßten Sie jetzt in beiden Fällen die Ausgabe 0 erhalten. Sie 
können sich natürlich auch, wie in Kapitel 3 beschrieben, mit SCR SET 
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BASE den neuen Bildschirmspeicher adressieren. Hier noch einmal das dazu 
notwendige Programm: 

LD A,40 3E40 

CALL SET BASE CD 08 BC 

RET C9 

Wenn Sie dieses Programm mit GOMACH durchfahren, erhalten Sie im 
oberen Bildschirm-Window die übliche Ausgabezeile. Diese wurde bereits 
nach der Umschaltung in den neuen Bildschirmspeicher geschrieben. Etwas 
verwundern werden Sie dabei möglicherweise die Werte für A und HL. 
Dies ist einer der unangenehmen Nebeneffekte von SCR SET BASE. Sie 
zerstört den Inhalt dieser Register. In den anderen Registern müßten Sie 
dagegen die alten Werteingaben des zuerst eingegebenen Maschinenpro¬ 
gramms mit dem LD-IR-Befehl vorfinden. 

Natürlich ist es auch kein Problem, wieder zurück in den normalen Grafik¬ 
speicher zu switchen. Dazu ersetzen Sie einfach in dem Programm die 40 
durch eine CO, lassen das Ganze noch einmal laufen. Sie bekommen nun 
wieder die eben eingegebene Ausgabe zurück auf den Schirm. Wenn sie nun 
einmal mit der nachfolgenden FOR-TO-Schleife den neuen Bildschirmspei¬ 
cher wieder löschen, bekommen Sie auch einen guten Eindruck davon, was 
Maschinenspracheprogrammierung leisten kann. Während das Umschieben 
mit dem LD IR-Befehl wie der Blitz abgelaufen ist, die Verzögerungen er¬ 
gaben sich durch die nachfolgenden BASIC-Kommandos, so werden Sie 
jetzt einige Zeit auf das Setzen Ihrer 16384 Speicherstellen warten dürfen. 

FOR 1=16384 TO 32767:POKE I,0:NEXT I 

Wir waren bei unserer BASIC-Schleife aber unfair,denn wir haben immer 
einen konstanten Wert (0) gepoket. Bei einer genauen Verschiebung müßten 
wir mit PEEK an die Stelle I den Inhalt von PEEK(I+32768) ablegen. 


5.3.2.3 Datentransfer zwischen CPU-Registern und Ein-/Ausgabegeräten 

Der Z80-Befehlsvorrat enthält eine Reihe von Ein-/Ausgabekommandos, 
die die Kommunikation zwischen Universalregistern und externen Baustei¬ 
nen ermöglichen. Es existieren Befehle sowohl für die Ausgabe einzelner 
Bytes als auch für den Datentransfer eines ganzen Speicherbereichs zu 
einem externen Gerät. Alle Kommandos bauen auf den Befehlen OUT und 
IN auf. Der OUT-Befehl hat das Format 




5 Der Befehlssatz des Z80-Prozessors 


161 


OUT PORT,Register 
Der IN-Befehl umgekehrt 
IN Register, PORT 

Im ersteren Fall wird also an die Adresse des externen Gerätes, den PORT, 
der Inhalt des nachstehenden Registers übergeben beziehungsweise umge¬ 
kehrt ein CPU-Register mit dem Inhalt eines angesprochenen PORTs gela¬ 
den. Die PORT-Adresse kann dabei sowohl als Absolutwert wie auch durch 
den Inhalt des Registers C mitgegeben werden. Nach der Art der übergebe¬ 
nen Datenmenge können wir zwei Gruppen von Befehlen unterscheiden: 

1. einfache Ausgabe eines 8-Bit-Wertes an ein externes Gerät bezie¬ 
hungsweise das Einlesen von diesem, 

2. die Ein-/und Ausgabe von Speicherbereichen an ein Ein-/Ausgabege- 
rät. Dabei fungiert die CPU im wesentlichen als Durchlaufregister, das 
heißt, sie liest den Inhalt einer Speicherstelle und gibt sie an die ge¬ 
wünschte PORT-Adresse des IO-Geräts weiter. 

Grundsätzlich ist zu beachten, daß der Z80-Prozessor bei der Decodierung 
davon ausgeht, daß die Unterscheidung zwischen den verschiedenen Ein- 
/Ausgabegeräten anhand der Adreßleitung A0-A7 erfolgt. Die meisten Be¬ 
fehle sehen nur diese Decodierung vor, weshalb sie beim CPC nicht ver¬ 
wendet werden können, da dieser die Adreßleitung A8-A15 zur Ansprache 
der einzelnen Bausteine benutzt. Von den möglichen 12 verschiedenen 
Kommandos des CPC, von denen eines allerdings noch für mehrere Uni¬ 
versalregister gilt, können somit insgesamt nur zwei benutzt werden. 

Es sind dies die Kommandos IN reg,(C) und OUT(C),reg. Der Ablauf Be¬ 
fehle ist wie folgt: 


IN reg,(C) 

Mit diesem Befehl wird der Inhalt eines PORTs des durch Register C 
adressierten Ein-/Ausgabegerätes gelesen und in das angegebene Register 
übertragen. Das Register C enthält dabei die Bit A0-A7 des Adreßbus, B 
die Bit A8-A15. Als anzusprechende Laderegister kommen alle Universalre¬ 
gister in Frage, die Codes sind dabei wie gewohnt. Der IN-Befehl besteht 
aus zwei Byte, dem Tabellencode ED und einem weiteren Byte der Form 
OlaaaOOO, welches das anzusprechende Register decodiert, "aaa" bedeuten 
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dabei wie üblich: A-lll, B-000, C-001, D-010, E-Oll, H-lOO, L-101, so 
daß sich die folgenden Befehlscodes ergeben: 

A B C D E H L 

ED 78 40 48 50 58 60 68 

FLAGs: Neben den Blockbefehlen ist das Kommando IN reg,(C) der einzige 
Datentransferbefehl, der die FLAGs ändert. Je nach den Eigenschaften des 
eingelesenen Datenbytes (positiv, negativ, 0 etc.) werden die einzelnen 
FLAGs gesetzt. 


IN A,(n) 

Dieser Befehl liest ein Datenbyte aus dem durch den Absolutwert N spezi¬ 
fizierten PORT eines Ein-/Ausgabegerätes. N wird dabei als A0-A7 auf 
den Adreßbus gelegt. Der Akkumulator selber liefert A8-A15. Er ist also 
gleichzeitig oberes Adressenbyte und Eingaberegister. Beim CPC, bei dem 
die Bit 8 - 15 für die Ausgabegerätadressierung verantwortlich sind und die 
Bit 0-7 beliebig sind, darf also N einen beliebigen Wert enthalten, dafür 
aber muß das Register A mit der Adresse des Eingabegerätes geladen wer¬ 
den. 


OUT(C),reg 

Dieser Befehl gibt den Inhalt eines Universalregisters an die durch Register 
C spezifizierte PORT-Adresse aus. C liefert dabei die Bit A0-A7 des 
Adreßbus, Register B A8-A15. Der Befehl hat das Format ED OlaaaOOl. 

"aaa" steht dabei stellvertretend für die Registercodes. Es können alle Uni¬ 
versalregister verwandt werden (siehe IN reg,(C)). Somit ergeben sich die 
folgenden Byte-Codes: 

A B C D E H L 

ED 79 41 49 51 59 61 69 

OUT(n),A 

Dieser Befehl gibt den Inhalt des Akkumulators an das periphere Gerät aus, 
welches durch das mitgelieferte Datenbyte adressiert wird. Dieses Kom¬ 
mando darf aber nicht beim CPC verwandt werden, da hier die Decodie¬ 
rung mit den höheren 8 Adreßleitungen erfolgt. 
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S.3.2.4 Blockausgabebefehle 

Im Z80-Maschinensprachesatz existieren 8 Blockausgabebefehle, die es er¬ 
möglichen, Daten von einem externen PORT in den Speicher als Block ein¬ 
zulesen beziehungsweise in der umgekehrten Richtung an den PORT auszu¬ 
geben. Der grundsätzliche Funktionsablauf ist dabei wie folgt: 

Der Datenaustausch findet zwischen der durch HL adressierten Speicher¬ 
stelle und der durch C bestimmten PORT-Adresse statt. Register B fungiert 
dabei als Zählregister (vgl. Blockladebefehle LD IR, LD DR). Nach dem 
einmaligen Ablauf des Befehls wird HL um 1 erhöht oder vermindert, B 
um 1 vermindert, und gegebenenfalls erfolgt eine Wiederholung bis B = 0. 
Die verschiedenen Befehlsvarianten entsprechen dabei den einzelnen Mög¬ 
lichkeiten, die wir schon beim Blockladen (Befehle LD DR, LD D, LD I, 
LD IR) kennengelernt haben. Im einzelnen gibt es die folgenden Komman¬ 
dos: 


IN-Befehle IN-Codes OUT-Befehle OUT-Codes 


INI 

EDA2 

IND 

EDAA 

INIR 

EDB2 

INDR 

EDBA 


OUTI EDA3 
OUTD EDAB 
OTIR EDB3 
OTDR EDBB 


Da B bei all diesen Befehlen für die Zählfunktion verwendet wird und sich 
deshalb während der Befehlsausführung die PORT-Adresse ändern würde, 
sind alle Blockbefehle beim CPC leider nicht benutzbar. Das Betriebssystem 
arbeitet daher im wesentlichen mit den Kommandos OUT(C),reg und IN 
reg,(C). Den typischen Ablauf einer Betriebssystemroutine, die ein externes 
Gerät anspricht, finden Sie dabei in den nachfolgenden Anwendungen. 

ANWENDUNG: Das Umschalten zwischen verschiedenen Speicherbereichen 
im ROM und im RAM (Softswitching) 

Wir haben uns schon des öfteren mit dem Umschalten zwischen festen und 
variablen Speichern (ROM und RAM) bei der Speicherbereichsverteilung 
beschäftigt. Wir wollen uns nun einmal anschauen, wie das Ganze vom Be¬ 
triebssystem her abläuft. Schon in Kapitel 3 hatten wir gesehen, daß die 
Auswahl zwischen ROM und RAM beim Lesen durch das ULA vorgenom¬ 
men wird. Dieser Baustein verfügt über mehrere Register, wovon eins, das 
Multifunktionsregister, neben dem Bildschirmmodus in 2 Bit abgespeichert, 
auch die aktuelle Speicherkonfiguration enthält. Es sind dies Bit 2 und 3 
des Multifunktionsregisters. Ein gesetztes Bit heißt, daß RAM adressiert ist. 
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ansonsten wird das ROM angesprochen. Die zur Umschaltung zwischen den 
verschiedenen Speicherbereichen benutzten Routinen B900, B903, B906, 
B909 haben wir schon kennengelernt. Mit der Routine B900, die den obe¬ 
ren ROM-Bereich einschaltet, wollen wir uns nun den konkreten Ablauf 
anschauen. Das Maschinensprache-LISTING der Routine ist relativ kurz. Es 
umfaßt nur 8 Befehle. 


BASE 

F3 

DI 

BA5F 

D9 

EXX 

BA60 

79 

LD A,C 

BA61 

CB 99 

RES 3,C 

BA63 

ED 49 

OUT (C),C 

BA65 

D9 

EXX 

BA66 

FB 

EI 

BA67 

C9 

RET 


Zunächst ein paar Vorbemerkungen zur Adressierung. Möglicherweise wer¬ 
den Sie sich wundern, daß die Routine ab BASE hier aufgelistet ist. Dies 
ist der Platz, an dem sich die Routine wirklich befindet. In B900 liegt nur 
ein Sprungzeiger auf eben dieser Routine. Beim Ansprung von B900 wird 
also nach BA5E weitergesprungen und der RETURN-Befehl in BA67 be¬ 
deutet dann den Rücksprung zum auf rufenden Programm. 

Zunächst der Programmanfang. In Position BA5E findet sich der Befehl DI 
(Dissable Interrupt). Dieses Steuerkommando weist die CPU an, keine 
Unterbrechungen von außen mehr zuzulassen (vergleiche Steuerbefehle 
Kapitel S.S). Damit kann das nachfolgende Programm bis zum Befehl EI 
(Enable Interrupt) in BA66 ungestört von fremden Einflüssen ablaufen. Es 
folgt das Kommando EXX. Damit werden die Registerpaare BC, DE und 
HL mit ihren Parallelregistern ausgetauscht. Die Vordergrundregister wer¬ 
den vom CPC für vielfältige Zwecke benutzt. In den Hintergrundregistern 
hat er einige dauerhaft benötigte Systemdaten gespeichert. Beispiele dafür 
sind Bildschirmmodus und ROM- Verteilung, die als Kopie des Multifunk¬ 
tionsregisters des ULA in Register C permanent existieren. Die Adresse des 
Multifunktionsregisters im ULA befindet sich ebenso permanent-in Register 
B’. Damit ist es möglich, mit dem Befehl 

OUT(C),C 

diese wichtigen Steuerdaten relativ schnell an das ULA zu übermitteln. Da 
der CPC aufgrund der Parallelschaltung von BASIC-Interpreter und Gra¬ 
fikspeicher, speziell bei der Ausführung von Grafikroutinen, häufig 
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zwischen oberem RAM und oberem ROM umschalten muß, wäre es viel 
zeitaufwendiger, wenn der Wert des Multifunktionsregisters erst eingelesen 
oder gar aus einer Speicherstelle in ein Universalregister übertragen werden 
müßte. 

Vor dem OUT-Befehl befinden sich noch zwei Kommandos. Zur Daten¬ 
sicherung der alten Speicherbereichsverteilung dient das Kommando 

LD A,C 

Damit wird der Akkumulator mit der vorherigen Speicherbereichsverteilung 
geladen. Dabei ist zu beachten, daß es sich beim Register A um den nor¬ 
malen Akkumulator handelt, da beim Kommando EXX der Akkumulator 
und das Statusregister ja nicht mit vertauscht werden. Wir haben also nun 
im aktuellen Akkumulator die alte Speicherbereichsverteilung gespeichert. 
Die komplementäre Routine 

ROM RESTORE 

kann deshalb später auf diese Verteilung zurückgreifen. Die neue Auftei¬ 
lung, die sich nach Rücksetzen des 3. Bits in Register C mit dem Kom¬ 
mando 

RES 3,C 

ergibt, kann dann (Speicherstelle BA61) an das ULA ausgegeben werden. 
Nochmaliges EXX bringt die Hintergrundregister wieder in Sicherheit, wo¬ 
nach der normale Programmablauf fortgesetzt werden kann. Die Speicher¬ 
umschaltung ist erfolgt. 
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5.4 Arithmetik- und Logikbefehle 

Der Z80-Befehlssatz stellt eine Reihe hocheffektiver Kommandos zur Ver¬ 
fügung, die es ermöglichen, Daten logisch und arithmetisch zu verknüpfen 
sowie bitorientierte Operationen auszuführen. Kommandos: Diese sind ge¬ 
nerell alle für die Behandlung von 8-Bit-Werten, teilweise aber auch im 
Bereich der 16-Bit-Arithmetik verfügbar. Es können vier Befehlsgruppen 
unterschieden werden: 

Arithmetikbefehle: Diese Kommandos verknüpfen Register A be¬ 

ziehungsweise bei 16 Bit Operationen eines 
der Registerpaare HL, IX oder IY mit einem 
ein- oder zwei Byte Datenwert, der direkt als 
Inhalt eines Registers oder als indirekt indi¬ 
zierte Speicherstelle mitgegeben werden kann. 
Die Befehle Increment und Decrement sind 
darüber hinaus für alle Universalregister und 
Registerpaare verfügbar. Es können Addition 
und Subtraktion sowie davon getrennt das Er¬ 
höhen und Vermindern um 1 ausgeführt wer¬ 
den. 

Logikbefehle: Diese Befehle stellen eine logische Ver¬ 

knüpfung zwischen dem Wert des Akkumula¬ 
tors und einem durch ein weiteres Register 
oder absolut vorgegebenen 8-Bit-Wert her. 
Das Ergebnis befindet sich dabei im Akkumu¬ 
lator. Verfügbar sind die logischen Ver¬ 
knüpfungen AND, OR, XO sowie die Ver¬ 
gleichsoperation CP (für Compare = Ver¬ 
gleiche). 

Verschiebebefehle: Mit diesen ist es möglich, ein Universalregi¬ 

ster oder eine indirekt indiziert adressierte 
Speicherstelle mit oder ohne Berücksichtigung 
des CARRY-Bits zu rotieren beziehungsweise 
zu verschieben. Diese Operationen sind dabei 
in beiden Richtungen (nach rechts und nach 
links) durchführbar. 
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Bitbefehle : Mit diesen Kommandos ist es möglich, einzel¬ 

ne Bits eines Universalregisters oder einer in¬ 
direkt indiziert adressierten Speicherstelle zu 
setzen, rückzusetzen oder auf ihren momen¬ 
tanen Zustand zu überprüfen. Dabei umfaßt 
der Z80-Befehlssatz sowohl Kommandos für 
die Behandlung von 16-Bit-Werten als auch 
das Arbeiten von 8-Bit-Daten. 

Neben diesen Befehlen existieren im Bereich der Arithmetik- und Logik¬ 
kommandos noch einige Spezialbefehle für den Akkumulator und das Sta¬ 
tusregister. Beim Register A handelt es sich dabei im wesentlichen um 
Kommandos, die mit der BCD-Darstellung zu tun haben, sowie um den 
Befehl NEG. Darüberhinaus ist das Setzen beziehungsweise Komplemen¬ 
tieren des CARRY-FLAGs möglich. 

FLAGs: 

Das Statusregister F wird grundsätzlich durch alle Befehle aus der Arith¬ 
metik- Logikgruppe nach dem Endergebnis gesetzt. Aber eine Ausnahme 
bilden die Bitmanipulationskommandos SET und RESET sowie das Inkre- 
mentieren und Dekrementieren von Registerpaaren, wobei hier auch IX und 
IY als Registerpaar zu betrachten sind. In diesen Fällen wird F nicht verän¬ 
dert. 


5.4.1 Die Arithmetikbefehle 

Mit sechs verschiedenen Arithmetikbefehlen können vier grundsätzlich ver¬ 
schiedene Operationen ausgeführt werden: 

Addieren ADD (Addiere ohne Berücksichtigung des C-Flags) 

ADC (Addiere mit Carry) 

Subtrahieren SUB (Subtrahiere ohne Berücksichtigung des Carry-Flags) 
SBC (Subtrahiere mit Carry) 

Inkrementieren INC (Erhöhen um 1) 

Dekrementieren DEC (Vermindern um 1) 

Die Kommandos ADC und SBC führen eine Addition bzw. Subtraktion mit 
Berücksichtigung des CARRY-Bits durch. Bei ADC wird bei gesetztem 
CARRY eine 1 in der niedrigsten Stelle, das heißt zu Bit 0 addiert, bei SBC 
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analog dazu eine 1 in der niedrigsten Stelle subtrahiert. Unabhängig davon 
setzen die vier Kommandos ADD, ADC, SUB und SBC das CARRY- 
FLAG, falls ein Übertrag (positiv oder negativ) erfolgen muß. 

INC und DEC greifen auf ein Register oder Registerpaar oder eine der in¬ 
direkt beziehungsweise indirekt indiziert adressierten Speicherstellen (HL), 
(IX+D), (IY+D) zurück. 

Die 8-Bit-Arithmetikbefehle können als Daten den Inhalt eines Registers, 
ein mitgeliefertes Datenbyte oder den Inhalt einer indirekt oder indiziert 
angesprochenen Adresse im MEMORY benutzen. Das Endergebnis steht da¬ 
bei immer im Akkumulator. Eine Übersicht über die gesamten Befehle zur 
8-Bit-Arithmetik findet sich am Ende der Logikbefehle. 

Bei der 16-Bit-Arithmetik müssen wir zwischen HL auf der einen Seite 
und IX, IY auf der anderen Seite unterscheiden. Alle drei fungieren als 16- 
Bit-Zielregister. Der Befehl 

ADD 

ist für alle drei Registerpaare verfügbar. Dieser addiert zwei Registerpaare, 
ohne Berücksichtigung des CARRYs. Nur mit dem Registerpaar HL ist es 
darüber hinaus möglich, auch eine Addition oder Subtraktion unter Berück¬ 
sichtigung des Übertrags-FLAGs vorzunehmen. Der Befehl SUB (Subtrak¬ 
tion ohne Carry) ist nur im 8-Bit-Bereich vorhanden. Quellregisterpaare 
können BC, DE, HL sowie der Stackpointer (SP) sein. Diese Registerpaare 
können darüber hinaus noch mit den Befehlen INC und DEC bearbeitet 
werden. 

Allen 16-Bit-Kommandos ist dabei gemeinsam, daß der Übertrag zwischen 
den niedrigeren 8 Bit und dem HIGHER-BYTE automatisch erfolgt. Das 
Carry wird gesetzt, wenn ein Übertrag in Bit 16 erfolgen müßte; das H- 
Flag zeigt einen Übertrag zwischen den Bits 11 und 12, also zwischen den 
beiden Halbbytes (Nibbles) der oberen 8 Bit an. Es ergeben sich somit die 
folgenden Kommandos: 
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Tabelle 5.2: 16-Bit-Arithmetik-Befehle 

Quellregister 


Befehl 

BC 

DE 

HL 

SP 

IX 

IY 

ADD HL, 

09 

19 

29 

39 



ADD IX, 

DD 09 

DD 19 


DD 39 

DD 29 


ADD IY, 

FD 09 

FD 19 


FD 39 


FD 29 

ADC HL, 

ED 4A 

ED 5A 

ED 6A 

ED 7A 



SBC HL, 

42 

52 

62 

72 



INC 

03 

13 

23 

33 

DD 23 

FD 23 

DEC 

OB 

1B 

2B 

3B 

DD 2B 

FD 2B 


5.4.2 Die Logikgruppe 

Der Z80-Prozessor ste 11t vier Befehle aus dem Logikbereich zur Verfü¬ 
gung, mit denen es möglich ist, die Verknüpfungen AND, OR und XOR 
zwischen 8-Bit-Werten herzustellen sowie zwei 8-Bit-Werte zu vergleichen. 
All diese Operationen laufen zwischen dem Akkumulator und einem 8-Bit- 
Wert ab, der durch ein Universalregister, als externes Byte oder durch HL 
indirekt, beziehungsweise durch IX und IY indiziert, adressiert werden 
kann. Alle Verknüpfungen laufen Bit für Bit ab. Es gelten dabei die fol¬ 
genden Verknüpfungsregeln: 

AND: Logische UND-Verknüpfung 

Bei der logischen UND-Verknüpfung wird ein Bit des Ergebnisses dann 
gesetzt, wenn dasselbe Bit bei beiden INPUT-Größen gesetzt war. Anson¬ 
sten bleibt es 0. Es ergibt sich somit die folgende Wahrheitstabelle für 
jeweils 1 Bit: 


Verknüpfung logisch UND 

’ Operand 1 ’ 
0 1 


Operand 0 0 
2 1 0 


0 

1 
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Das Durchführen dieser Operation für alle 8 Bit der beiden Operanden lie¬ 
fert das Endergebnis. Beispiel: 

A:Inhalt: 33 00100001 
B:Inhalt: 44 00101100 


Ergebnis: 32 00100000 

Sie können sich das Wirken dieser Operation auch durch den BASIC-Befehl 
AND anschauen. 

PRINT 33 AND 44 

liefert uns das gesuchte Ergebnis 32. 

XOR: Logische EXKLUSIV-ODER-Verknüpfung 

Bei dieser Verknüpfungsart wird ein Bit im Ergebnis-Byte dann gesetzt, 
wenn die entsprechenden beiden Bits der Operanden unterschiedlich sind, 
ansonsten wird es rückgesetzt. Somit ergibt sich die folgende Wahrheitsta¬ 
belle: 


Verknüpfung logisch XOR 

’ Operand 1 ’ 
0 1 


Operand 0 0 1 

2 11 0 

Eine Simulation des XOR-Befehls durch BASIC-Kommandos ist direkt 
nicht möglich, hier würde bereits ein kleines Programm benötigt werden. 
Wir können uns das Ganze allerdings in Maschinensprache mit GOMACH 
anschauen. 
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Beispiel: Wir laden den Akkumulator mit hex 55 und verknüpfen das Er¬ 
gebnis dann mit Register B, das wie üblich beim Ansprung eines Maschi¬ 
nenprogramms den Wert 20 enthält. Ein Programm, welches dieses leistet, 
ist 4 Byte lang: 


LD A, 55 3E 55 

XORB A8 

RET C9 

Sie erhalten dann als Ausgabe in Register A den Wert 75. Um dessen Zu¬ 
standekommen zu erläutern, sollten Sie sich einmal mit 

PRINT BIN$(&55,8),BIN$(&20,8),BIN$(&75,8) 

die einzelnen Zahlen als Binärwerte ausgeben lassen. Wenn Sie nun an jede 
Stelle, an der die ersten beiden Zahlen nicht übereinstimmen, eine 1 setzen 
und im umgekehrten Fall eine 0, erhalten Sie die dritte Zahl, die XOR- 
Verknüpfung. 


OR: Logische ODER-Verknüpfung 

Bei dieser Verknüpfungsart werden die Bits des Ergebnisses dann gesetzt, 
wenn in einem der beiden Operanden das entsprechende Bit gesetzt ist. Es 
ergibt sich somit die folgende Wahrheitstabelle für jedes Bit: 

Verknüpfung logisch OR 

’ Operand 1 ’ 

0 1 


Operand 0 0 1 

2 11 1 

Beispiel: Um uns die Wirkung des OR-Kommandos anzuschauen, können 
wir wieder auf BASIC-Kommandos zurückgreifen. Der BASIC-Befehl OR 
stellt nichts anderes als ein erweitertes Maschinenspracheäquivalent dar. 
Lassen Sie sich einmal mit 

PRINT &55 OR &20 und 

PRINT BIN$(&55,8),BIN$(&20,8)BIN$(&75,8) 
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die zu untersuchenden Werte ausgeben. Das Endergebnis (&75) stimmt hier 
mit der logischen XOR-Verknüpfung überein. Überlegen Sie einmal, wa¬ 
rum dies so ist. 

Neben diesen drei logischen Verknüpfungen gehört in die Logikgruppe 
noch das Kommando 

CP (für Compare = Vergleichen) 

Bei der Ausführung dieses Befehls wird der Wert des Akkumulators mit 
einem extern vorgegebenen Datenbyte verglichen. Es wird eine Subtraktion 
durchgeführt, die jedoch nicht in den Akkumulator zurückgespeichert wird, 
sondern nur die FLAGs beeinflußt. Das Kommando eignet sich daher sehr 
gut, um Sprünge aufgrund einer Eigenschaft eines Datenbytes (0, <0, >0 
etc.) durchzuführen. 

Außer dem normalen ComPare existieren beim Z80-Prozessor noch vier 
Blockbefehle. Mit diesen ist es möglich einen Datenbereich nach einem be¬ 
stimmten Wert zu durchsuchen. Die einzelnen Varianten entsprechen dabei 
den Blockladebefehlen. Das Prinzip ist dabei wie folgt: A wird mit dem In¬ 
halt der durch HL angegebenen Speicherstelle verglichen, und die FLAGs 
werden entsprechend gesetzt. Das Registerpaar BC fungiert dabei als Zäh¬ 
ler, es wird in jedem Fall um 1 vermindert. Je nach Suchrichtung wird da¬ 
nach HL um 1 erhöht (CPI, CPIR) oder um 1 vermindert (CPD, CPDR). 
Die einfachen Blocksuchbefehle sind damit beendet. 

Bei einem REPEAT-Kommando wiederholt sich dieser Vorgang so lange, 
bis A und der Inhalt von (HL) übereinstimmen oder BC den Wert 0 er¬ 
reicht. Die Blocksuchbefehle haben die nachfolgenden Codes: 


CPD (Vergleiche und dekrementiere) ED A9 

CPDR (Blockvergleich und Dekrementieren) ED B9 

CPI (vergleiche und inkrementiere) ED Al 

CPIR (Blockvergleich und Inkrementieren) ED Bl 


Das Ergebnis der Vergleichsbefehle ist dabei mit den Flags Z beziehungs¬ 
weise PV kontrollierbar. Z wird gesetzt, falls eine Übereinstimmung statt¬ 
gefunden hat, das heißt A=(HL). PV wird zurückgesetzt, wenn BC=0, das 
heißt alle Bytes durchsucht worden sind, ansonsten ist es gesetzt. Durch 
Abfrage dieser beiden FLAGs kann also überprüft werden, ob innerhalb 
des durchsuchten Blocks eine Übereinstimmung stattgefunden hat und wenn 
ja, ob innerhalb eines Blocks oder erst am Blockende. 
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Die nachfolgende Befehlsübersicht bietet einen Überblick über die einzel¬ 
nen Varianten der Arithmetik- und Logikbefehle, soweit es sich um ein¬ 
fache 8-Bit-Werte handelt. Die Abkürzungen B2 und B3 stehen dabei für 
das 2. und 3. Byte eines Befehles und geben das mitgelieferte Datenbyte 
beziehungsweise bei den indirekt indizierten Adressierungsarten, die 
Distanzadresse an. 

Beispiele: Wir wollen uns mit Hilfe von GOMACH einmal die Wirkung 
einiger Befehle aus dem A/L-Bereich anschauen. Besondere Beachtung ver¬ 
dienen dabei in jedem Fall die Flags. Sie sollten sich also immer mit der 
Funktion C oder 

PRINT BIN$(<Flagwert>,8) 

das Verhalten der einzelnen Flags überprüfen. Zunächst einmal zu den 
Arithmetik-Kommandos. Wir wollen einmal das unterschiedliche Funktio¬ 
nieren von ADD und ADC untersuchen. Dazu benutzen wir den Akkumu¬ 
lator und das Register B. Vergleichen Sie nun einmal die Ausgabe bei den 
folgenden Befehlen: 


ADD ADC 


LD A, 90 

3E 90 

LD A,90 

3E 90 

LD B,A 

47 

LD B,A 

47 

ADD A,B 

80 

ADC A,B 

88 

ADD A,B 

80 

ADC A,B 

88 

RET 

C9 

RET 

C9 


In beiden Varianten werden zunächst A (LD A,90) und dann auch durch 
den Kopierbefehl (LD B,A) die Register A und B mit hex 90 geladen. Da¬ 
nach erfolgt zweimal hintereinander eine Addition. 

Register B wird zu A addiert. Sie sollten zunächst einmal nach dem ersten 
Additionsbefehl ein RET einfügen und sich die Ausgabe anschauen. Sie er¬ 
halten dann für AF bei beiden Befehlsketten die nachfolgenden Werte 

AF 

2025 

Das Carry ist jetzt also gesetzt (BIN$ liefert uns die Ausgabe: 00100101). 
Da das C-Flag beim Ansprung einer Maschinenspracheroutine von BASIC 
aus immer 0 ist, reagierten beide Kommandos identisch. Führen wir jetzt 
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aber unseren zweiten Additionsbefehl aus, so erhalten wir eine unterschied¬ 
liche Reaktion: 


ADD A,B 
AF 
BOAO 


ADC A,B 
AF 
B1A0 


In beiden Fällen wurde also das Carry gelöscht. Nur bei ADC fand dagegen 
der Übertrag in die unterste Stelle des Akkumulators statt. Die Werte für 
den Akkumulator ergeben sich übrigens relativ leicht, wenn man die fol¬ 
genden Additionen nachvollzieht: 


Akkumulator zu Beginn: 90 B zu Beginn: 90 


1 . 


ADD A,B oder ADC A,B: 

ergibt: 


90 hex + 90 hex =120 hex 

20 hex in A und Übertrag (Carry) = 1 


2. ADD A,B 


20 hex + 90 hex = B0 hex 
kein Übertrag 


oder ADC A,B 


20 hex + 90 hex 
+ Carry-Flag = Bl hex 

kein Übertrag 


Sie sollten als Übung dieselben Operationen einmal mit SUB und SBC 
durchspielen. Auch hier werden Sie dann verschiedene Ausgaben erhalten. 
Wenn sie dann mit den 8-Bit-Operationen einigermaßen vertraut sind, kön¬ 
nen Sie zur 16-Bit-Arithmetik übergehen. Die notwendigen Kommandos 
finden Sie am Ende der 16-Bit-Kommandos und in der nachfolgenden Ta¬ 
belle. Eine Übersicht über die Funktion der Logik-Befehle gibt der nun 
folgende Anwendungsteil. 
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Tabelle 5,3: Die 8-Bit-Arithmetik-Logik-Befehle 
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Anwendungen: 

Eine der bekanntesten und nützlichsten Anwendungen der Logikbefehle be¬ 
steht in der Maskierung von Daten. Als Maskierung bezeichnet man die 
Verknüpfung von zwei Datenbytes, bei denen das eine quasi als Durch¬ 
gangsschleuse für die einzelnen Bits des anderen Datenbytes fungiert. Das 
Maskenbyte gibt also an, welche Bits des Datenbytes erhalten bleiben, die 
anderen werden normalerweise auf 0 gesetzt. 

Bei der gerade beschriebenen Maskierung hätten wir es mit einer AND- 
Maskierung zu tun. Denkbar ist auch eine OR-Maskierung. Bei gesetztem 
Maskenbit würde das Datenbyte auf jeden Fall gesetzt, bei nichtgesetztem 
Maskenbit bliebe der alte Zustand erhalten. Den Fall einer XOR-Maskie- 
rung können Sie selber einmal durchdenken. 

Wir wollen uns das Ganze nun einmal in einem konkreten Beispiel an¬ 
schauen. Der häufigste Anwendungsbereich für Maskierung ist das Aus¬ 
blenden unzulässiger Werte. Ein Beispiel aus dem Betriebssystem, wo der 
CPC die Maskierungstechnik anwendet, ist die Routine SCR SET BASE, die 
wir ja schon des öfteren benutzt haben. 

Der Grafikspeicher kann in vier Bereichen zu je 16 K gelagert werden. Die 
Definition, welcher der vier Bereiche (0000-3FFFF, 40000-7FFFF, 8000- 
BFFF und C0000-FFFF) benutzt wird, wurde mit dem Inhalt des Registers 
A spezifiziert. A stellt dabei gleichsam das HIGH BYTE einer Adresse dar, 
mit der der Bildschirmspeicher adressiert wird. Das LOW BYTE dieser 
Adresse wäre dabei immer 00. 

Nun sind nur die oberen beiden Bit, also B6 und B7, für die Entscheidung 
relevant, da nur sie für die Auswahl der vier 16-K-Blöcke zuständig sind. 
Die unteren sechs Bit geben eine Position eines Blocks von 256 Byte inner¬ 
halb der 16K. Das auf 0 gesetzte LOWER BYTE würde dann eine Position 
innerhalb eines Blocks von 256 Byte definieren. 

Der Videocontroller kann aber nur zwischen diesen vier Bereichen unter¬ 
scheiden und erwartet dabei eine eindeutige Adressenvorgabe. Es ist zum 
Beispiel nicht möglich, den Anfang auf A000 oder auf 5173 zu setzen. Es 
müßten schon ganze 16K sein. Um bei einer Fehleingabe von A dennoch zu 
einem wenigstens möglichen Speicherbereich zu kommen, wird Register A 
vor der Ausgabe an den Videocontroller mit hex C0 maskiert. 
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Wenn Sie sich diesen Wert einmal binär ausgeben lassen, so erscheint auf 
dem Bildschirm die folgende Zahl: 

11000000 

Betrachten wir nun einmal, was passiert, wenn wir ein Datenbyte mit dieser 
Maske AND-verknüpfen. Wenn Sie sich noch einmal die Wahrheitstafel vor 
Augen halten, so ist das Ergebnis schnell erkennbar: Die oberen beiden Bits 
unseres Datenbytes bleiben erhalten, denn entweder waren sie 0, so tritt der 
Fall 0-1 ein, und das Ergebnis bleibt 0. Bei 1-1 bleibt die 1 im Ergebnis 
erhalten. 

Die unteren sechs Datenbit werden aber in jedem Fall gelöscht. Damit blei¬ 
ben Fehleingaben ohne negative Auswirkung. Sie sollten nun einmal zum 
Training das Ganze mit der OR-Funktion und mit XOR durchspielen, um 
sich klarzumachen, welche Änderungen bei einer Maskierung mit diesen 
Funktionen auf treten würden. 

Neben dem Ausblenden unliebsamer Bits gibt es natürlich speziell bei der 
Verknüpfung mit OR eine andere Möglichkeit, das Einblenden erwünschter 
Bits. Wenn man mit einer OR-Maske ein Datenbyte maskiert, so bleiben 
jene Bits, die in der Maske auf 0 sind, wertmäßig erhalten. Die in der 
Maske auf 1 gesetzten Bits werden auch im Ergebnis immer auf 1 gesetzt. 
Man kann also mit einer OR-Verknüpfung eine ganze Reihe von Bits auf 
einmal setzen. Mit AND ist die Gegenoperation (das Löschen einer Reihe 
von Bits auf einmal) möglich. 

Der CPC benutzt diese Technik zum Beispiel bei der Ansprache des Bild¬ 
schirmspeichers. Wie Sie sicher wissen, verfügt der Computer über eine 
ganze Reihe von Bildschirmverknüpfungen. Eine ist zum Beispiel der 
Transparent-Modus. Man schaltet diesen Mode mit 

PRINT CHR$(22)+CHR$( 1) 

ein. Angehängtes CHR$(0) schaltet ihn wieder aus. Im Transparent- Modus 
findet eine OR-Verknüpfung zwischen dem Hintergrund und dem Schreib¬ 
stift statt. Dadurch bleibt der alte Hintergrund erhalten. Wer noch weiter 
experimentieren möchte, sei hier auf den Charactercode 23 verwiesen. 
Dieser setzt den Grafikfarbstiftmodus. Hier ist man neben der normalen 
Verknüpfung auch in der Lage, auf die einzelnen Pixel, das heißt Bild¬ 
punkte, die Verknüpfungen XOR und AND anzuwenden. Man bekommt 
hierdurch einen guten (grafischen) Eindruck von der Wirkung der einzelnen 
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Kombinationen. Die notwendigen Parameter finden Sie im Bedienerhand¬ 
buch in Kapitel 9, Seite 3. 


5.4.3 Verschiebebefehle 

Der Z80-Befehlssatz enthält eine Reihe von Kommandos, mit denen es 
möglich ist, ein Register oder eine indirekt oder indirekt indiziert 
angegebene Speicherstelle als Ganzes um 1 Bit nach rechts oder links zu 
verschieben. Dabei kann man zwei grundsätzliche Varianten unterscheiden: 
Rotieren (ROTATE) und das eigentliche Verschieben (SHIFT). 

Rotieren 

Beim Rotieren wird ein Register um ein Bit verschoben. Man kann dabei 
zwischen dem Rotieren durch das Carry-Bit (9-Bit-Rotation) und einem 
Rotieren in das CARRY-Bit (8-Bit-Verschiebung) unterscheiden. Bei der 
letztgenannten Variante wird dabei das angesprochene Register in sich 
selbst um eine Stelle rotiert. Gleichzeitig wird das höchste beziehungsweise 
niedrigwertigste Bit, je nach Schieberichtung, ins CARRY kopiert. 

Es ergeben sich somit die folgenden vier Befehle: 

RLC (Rotate left into CARRY - Rotieren nach links ins CARRY) 

Dieser Befehl führt eine Rotation um ein Bit des angegebenen Universalre¬ 
gisters nach links durch. Bit 7 wird in Bit 0 geschoben und gleichzeitig als 
Kopie ins CARRY übertragen. Die anderen Bits verschieben sich um je¬ 
weils eine Stelle nach links. 

RRC (Rotate right into CARRY - Rotieren nach rechts ins CARRY) 

Dieser Befehl läuft analog zu RLC ab, nur daß sich hier die Bewegungs¬ 
richtung geändert hat. Bit 0 wird in Bit 7 und ins CARRY geschoben, die 
anderen Bits rücken jeweils um eine Stelle nach rechts. 

RL (Rotate left - Rotiere nach links durch das CARRY) 

Dieser Befehl führt eine 9-Bit-Rotation durch das CARRY durch. Bit 7 
wird ins CARRY kopiert, das C-Flag gelangt in Bit 0, die anderen Bits 
werden um jeweils eine Stelle nach links verschoben. 
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RR (Rotate right - Rotiere nach rechts durch das CARRY) 

führt ebenfalls eine 9-Bit-Rotation durch das CARRY durch, in umge¬ 
kehrter Richtung zu RL. Das CARRY liegt jetzt unterhalb von Bit 0 des 
angesprochenen Registers. Der Inhalt von Bit 0 gelangt ins CARRY, das 
CARRY wird in Bit 7 geschoben, die Bit 7 bis 1 um jeweils eine Stelle 
nach rechts verrückt. 


Verschieben 

Diese Befehle führen ebenso wie die Rotationskommandos eine Verschie¬ 
bung des Registers um eine Stelle in der gewünschten Richtung aus. Aller¬ 
dings unterbleibt die Rückführung des herausgeschobenen Bits in die untere 
oder obere Position des Registers. Der herausgeschobene Wert gelangt ins 
CARRY, die nun freie Position wird durch 0 (SRL und SLA) beziehungs¬ 
weise durch eine Kopie von Bit 7 (SRA) belegt. Im einzelnen existieren die 
folgenden drei Befehle: 

SRL (Shift right logical = logisches Schieben nach rechts) 

Hier werden die Bits des angegebenen Registers beziehungsweise der indi¬ 
rekt oder indiziert bestimmten Adresse um eine Stelle nach rechts verscho¬ 
ben. Bit 0 gelangt ins CARRY, Bit 7 wird auf 0 gesetzt. 

SLA (Shift left arithmetical=arithmetisches Schieben nach links) 

Dieser Befehl schiebt den Inhalt des Registers oder der adressierten Spei¬ 
cherstelle um eine Stelle nach links. Bit 7 gelangt ins CARRY, Bit 0 wird 
auf 0 gesetzt. 

SRA (Shift right arithmetical=arithmetisches Schieben rechts) 

Dieser Befehl verschiebt den Registerinhalt oder eine indirekt oder indiziert 
angegebene Speicherstelle um ein Bit nach rechts. Bit 0 wandert ins 
CARRY. Bit 7 wird dupliziert, das heißt, Bit 6 und Bit 7 haben nach der 
Ausführung des Kommandos den Wert des alten Bits 7. 

Von der Funktion her kann grundsätzlich gesagt werden, daß achtmaliges 
Ausführen eines Rotationskommandos den Ursprungszustand - gegebenen¬ 
falls unter Nichtberücksichtigung der FLAGs - wiederherstellt, während 
Verschiebebefehle eine Änderung des Registerinhaltes zur Folge haben. Die 
SHIFT- und ROTATE-Kommandos sind für alle Universalregister und die 
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durch HL oder indiziert durch IX und IY adressierten Speicherstellen ver¬ 
fügbar. Alle diese Befehle erreicht man mit dem Erweiterungscode CB. Zu¬ 
sätzlich dazu existieren für den Akkumulator noch die Befehle 

RLCA, RRCA, RLA und RRA 

Sie sind neben den CB-Erweiterungstabellen auch noch einmal in der 
Grundtabelle verfügbar, um eine volle Kompatibilität des Z80-Prozessors 
mit seinem Vorgänger, dem 8080, zu gewährleisten. Diese Befehle sind 
funktionsmäßig identisch mit den Kommandos der Erweiterungstabelle, al¬ 
lerdings setzen sie nur das CARRY-FLAG. Ihre Codes lauten: 


RLCA 

07 

RRCA 

0F 

RLA 

17 

RRA 

1F 


FLAGs: Sowohl die Rotations- wie auch die Shiftbefehle setzen das Status¬ 
register nach dem Ergebnis des verschobenen Wertes. Bei den Kommandos 
der Grundtabelle (RLCA, RLCA, RLA und RLA) wird nur das CARRY- 
FLAG gesetzt, ansonsten werden alle FLAGs beeinflußt. 

Das Bild auf der nächsten Seite gibt einen Überblick über die Funktions¬ 
weise der verschiedenen Verschiebebefehle. Die nachstehende Tabelle gibt 
dann die hex-Codes der Kommandos für die verschiedenen Operatoren an. 

Beispiele: Um uns zunächst einmal mit den Befehlen etwas näher vertraut 
zu machen, wollen wir die Verschiebe- und Rotationskommandos einmal 
mit dem Inhalt des Registers B durchspielen. Sie sollten die einzelnen Kom¬ 
mandos, jeweils mit RETURN (C9) abgeschlossen, mittels GOMACH ein¬ 
geben und sich dann die Änderungen von Register B und den Wert des 
CARRY-FLAGs anschauen. 

Dazu sollten Sie sich den Inhalt des Statusregisters in binärer Schreibweise 
ausgeben lassen, was Sie entweder mit der Funktion C im Monitor, falls Sie 
GOMACH bereits eingebaut haben, oder ansonsten durch das Kommando 

PRINT BIN$(<Statuswert>,8) 

erreichen können. Für den Statuswert müssen Sie dabei dann den jeweiligen 
Wert in der Anzeige unter Register F einsetzen. 
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Tabelle 5.4: Die Verschiebe- und Rotationskommandos 



RidiauCanputerGrafik 









J Der tfejehlssatz des ZöU-Prozessors 


183 


Sie können auch einmal die verschiedenen Befehle miteinander kombinieren 
und sich dann das Ergebnis binär, das heißt mit Hilfe von BIN$ oder der 
Funktion C anschauen. Die benötigten Befehle entnehmen Sie dabei bitte 
der Tabelle. 


Anwendung: 

Die Verschiebe- und Rotationsbefehle haben ein breites Anwendungsfeld. 
Zunächst einmal zur SHIFT-Gruppe. Lesen Sie einmal in ein beliebiges 
Universalregister den Wert 40 hex ein, und führen Sie dann einmal das 
SLA-Kommando aus. Bitmäßig betrachtet ist das ganze relativ einfach: Sie 
haben eine Verschiebung um eine Stelle nach links erreicht, und die letzte 
Stelle wurde auf 0 gesetzt. 

Wie sieht das Ganze aber nun wertmäßig aus? Wenn Sie sich den neuen Bi¬ 
närwert dezimal ausgeben lassen, werden Sie feststellen, daß hier eine ge¬ 
naue Verdopplung des Zahlen wertes erfolgt ist, und dies ist, wie man leicht 
durchdenken kann, bei jeder Zahl der Fall. 

Eine arithmetische Verschiebung nach links bedeutet also eine Verdopplung 
des Zahlenwertes, nach rechts eine Halbierung. Wenn man diese Gedanken¬ 
gänge im Hinterkopf behält, wird auch die Funkionsweise des etwas seltsam 
- jedenfalls auf den ersten Blick - anmutenden SRA-Kommandos schnell 
verständlich. 

Dazu benötigen wir ein kleines Experiment. Wir laden A mit hex AA, was 
dezimal 170 entspricht. Nach Durchlauf einer kleinen Routine (3E, AA, 
CB, 2F, C9) erhalten wir als Ausgabe für Akkumulator und Statusregister 
den Wert D5 80. Betrachten wir nun die Werte einmal, was wir durch die 
folgende Eingabe relativ einfach erreichen können: 

PRINT BIN$(&AA,8),BIN$(&D5,8),BIN$(&80,8) 

Sie haben damit eine Binärausgabe des Eingabewertes sowie des Zustandes 
von A und F nach Durchlauf des Programms auf dem Schirm. Der Effekt 
ist relativ einfach. Schauen wir uns zunächst einmal das Register F an. 
Nach Durchlauf des Programms ist das CARRY gelöscht, das ZERO eben¬ 
so, da ja kein Wert von 0 erreicht wurde. Das S-FLAG zeigt uns an, daß 
die Ergebniszahl negativ ist (Bit 7=1). Die Anzahl der Einsen im Ergebnis 
ist ungerade, weshalb PV auf 0 gesetzt ist. 
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Nun zu den eigentlichen Daten: Das Eingabebyte war relativ einfach zu be¬ 
schreiben (ständiger Wechsel von 0 und 1). Das Ausgabebyte zeigt nun die 
erfolgte Veränderung. Alle Bits wurden um 1 nach rechts verschoben: Bit 7 
allerdings bleibt dabei wertmäßig erhalten. Durch diese Art der Verschie¬ 
bung bleibt also bei 7-Bit-Zahlen, bei denen das 8. Bit das Vorzeichen ent¬ 
hält, der Vorzeichenwert der Zahl trotz durchgeführter Verschiebung erhal¬ 
ten. 

Neben dem Verdoppeln und Halbieren von Zahlenwerten, das heißt dem 
Multiplizieren mit oder Teilen durch 2, lassen sich speziell mit den Rota¬ 
tionsbefehlen allerdings noch eine Reihe anderer Effekte erzielen. Zum 
ersten ist es natürlich möglich, ein oder mehrere Bit, die auf einer "falschen 
Position" in einem Byte liegen, in eine "richtige Position" zu verschieben. 
Des weiteren kann man ein Datenbyte mit einem anderen, welches verän¬ 
dert werden soll, verknüpfen, um zum Beispiel eine neue Speichersituation 
anzuzeigen (siehe Anwendung zu den Verknüpfungskommandos AND und 
OR). 

Ein weiterer wichtiger Anwendungsbereich ist aber auch das schnelle Ab¬ 
testen von Zuständen mittels der Rotationsbefehle. Dies geschieht beispiels¬ 
weise im Rahmen der Kassettenoperationen. Der Datacorder speichert mit 
einer relativ hohen Geschwindigkeit ab und muß mit derselben natürlich 
auch lesen können. 

Den technischen Ablauf der Funktion haben wir bereits in Kapitel 3 ken¬ 
nengelernt, als wir uns mit den Ein-/Ausgabebausteinen beschäftigt haben. 
Unser PIO verfügt mit dem Register B über einen Eingabe-PORT, der in 
der Lage ist, relativ schnell Daten einzulesen und dann an die CPU weiter¬ 
zugeben. Die höchste Datenleitung dieses Eingabe-PORTs, also Bit 7, ist 
direkt mit der Kassettenelektronik verbunden. Liest man den Wert dieses 
Eingabekanals in ein Universalregister ein, so kann mit den Befehlen 

RL oder RLC 

eine Verschiebung des höchsten Bits ins CARRY erfolgen. Da sich mit dem 
CARRY unter Verwendung der Befehle 

JR C und JR NC 

eine unkomplizierte und damit direkte Verzweigung erzeugen läßt, haben 
wir somit eine schnelle Abfragemöglichkeit geschaffen. 
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Lange Programmschleifen und komplizierte Operationen, die auch in Ma¬ 
schinensprache Zeit kosten würden, sind durch solche Tricks umgehbar. 
Zwar ist der Z80-Prozessor relativ schnell; doch muß man sich dabei immer 
noch vor Augen halten, daß das Abspeichern der einzelnen Bits ja mit eini¬ 
gen tausend Schwingungen pro Sekunde vor sich geht. Das wiederum be¬ 
deutet, daß man am besten einige lOOOOmal pro Sekunde den Eingabe- 
PORT abfragt, um die Länge der verschiedenen Signale mit möglichst 
geringem Fehlergehalt feststellen zu können. 

Denn schließlich kommt es darauf an, den Wechsel von 0 auf 1 beziehungs¬ 
weise umgekehrt möglichst exakt festzuhalten. Bei solch schneller Abfrage 
kommt es dann auch auf jeden einzelnen Maschinenzyklus mehr oder weni¬ 
ger an. Die Abfrage mit Hilfe der Rotationsbefehle stellt hier die schnellste 
Möglichkeit dar. 


5.4.4 Kommandos für die Bitmanipulation 

Haben wir im letzten Kapitel noch Datenbytes als Ganzes behandelt, so 
kommen wir nun auf eine Gruppe von Befehlen zurück, die den direkten 
Zugriff auf einzelne Bits eines Universalregisters bzw. einer durch HL 
und/oder die Indexregister adressierten Speicherstelle ermöglichen. Es sind 
dies die Befehle 

SET, RES und BIT. 

Die Kommandos haben das Format 

Befehl <Stelle>, <Register>. 

Befehl bedeutet dabei eines der obigen drei Kommandos SET, RES oder 
aber BIT. Die Stelle gibt die Position im Universalregister an, die bearbeitet 
werden soll, also das zu ändernde oder zu überprüfende Bit. Register ent¬ 
hält als Angabe eines der Universalregister respektive die durch HL indi¬ 
rekt oder durch IY und IX indiziert angesprochene Speicherstelle. 
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Tabelle 5.5: Die Bitmanipulationsbefehle 
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Hier nun die Erläuterungen zu den einzelnen Kommandos: 

SET: dient zum Setzen eines Bits in einem Universalregister oder einer 

durch HL, IX oder IY adressierten Speicherstelle. 

RES: setzt ein Bit in einem Universalregister oder einer durch HL, IX 

oder IY indirekt spezifizierten Adresse zurück. 

BIT: testet ein Bit eines Universalregisters oder einer durch HL, IX 

oder IY vorgegebenen Speicherstelle. Das Ergebnis findet sich da¬ 
bei im ZERO-FLAG wieder. Das heißt: War das entsprechende Bit 
gesetzt, wird das ZERO-BIT auf 0 gesetzt; ansonsten wird das 
ZERO-BIT auf 1 gesetzt. Eine Abfrage des FLAGs mit den Kom¬ 
mandos 


JR Z und JR NZ 

läßt dann Sprungverzweigungen in Abhängigkeit vom Zustand 
eines Bits zu (vergleiche Kapitel 5.4). 


FLAGs: Die Befehle SET und RESet haben keinerlei Einfluß auf das Sta¬ 
tusregister. Das Testkommando BIT setzt das ZERO FLAG und 
auch die anderen FLAGs werden entsprechend dem Zustand des 
betrachteten Datenbytes gesetzt. 


5.4.5 Sonderbefehle für den Akkumulator und die FLAGs 

Neben den bisher behandelten Befehlsgruppen existieren im Bereich der 
Arithmetik und Logikbefehle noch einige Sonderfunktionen, die sich mit 
der BCD-Darstellung, dem Komplementieren des Akkumulators und dem 
Setzen beziehungsweise Komplementieren des CARRY-FLAGs beschäf¬ 
tigen. 


BCD-Operationen 

Die grundsätzliche Problematik einer BCD-Darstellung haben wir bereits 
kennengelernt. Zwei Ziffern von 0-9 werden in je vier Bit codiert, wobei 
der Inhalt der einzelnen Bits dem Wert der Dezimalzahl entspricht. Die da¬ 
raus resultierenden beiden Halbbyte oder auch Nibbles werden dann zu 
einem 8-Bit-Wert in einem Register oder einer Speicherstelle zusammenge- 
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fügt. Eine Speicherstelle enthält somit zwei aufeinanderfolgende Dezimal¬ 
zahlen. 

Probleme tauchen bei dieser Art der Darstellung immer dann auf, wenn 
man mit den normalen Additions- und Subtraktionskommandos zwei BCD- 
Zahlen miteinander verknüpft. Da Werte zwischen 10 und 15 beziehungs¬ 
weise hex A bis hex F für BCD-Zahlen naturgemüß gesperrt sind, muß 
hier eine Korrektur, das heißt ein Übertrag, in die nächst höhere Stelle er¬ 
folgen. 

Beispiel: Der Akkumulator enthält den Wert 09, was auch dezimal 9 bedeu¬ 
ten würde. Wir addieren nun 2: 

ADC A,2 

Wenn wir dies mit GOMACH durchführen, ist das Ergebnis klar. Der Ak¬ 
kumulator enthält jetzt den Wert OB. In BCD-Schreibweise müßte hier aber 
11 erscheinen. Daher ist eine Adjustierung notwendig. In unserem Beispiel 
müßte 6 addiert werden, um die richtige Darstellung zu erhalten: 

OB + 06 = 11 

und damit genau der entsprechende BCD-Wert. Im umgekehrten Fall, das 
heißt bei einer Subtraktion, müßte analog dazu eine Subtraktion mit 6 
durchgeführt werden, um das richtige Ergebnis zu erhalten. 

Diese Umformungen leistet das Kommando DAA. Falls zwischen den bei¬ 
den Nibbels ein Übertrag vorgenommen werden müßte, addiert DAA in der 
kleineren Stelle 6, dies führt dann zu dem gewünschten Übertrag. Im 
umgekehrten Fall, das heißt bei einer Subtraktion, werden 6 von der 
niederwertigen Stelle subtrahiert, beziehungsweise es wird das CARRY 
gesetzt oder auch rückgesetzt. 

CODE: 27 

FLAGs: Das gesamte Statusregister wird durch DAA beeinflußt. 

Ebenfalls im Rahmen der BCD-Darstellung werden die Kommandos 

RRD (rotiere rechts dezimal) und 
RLD (rotiere links dezimal) 
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benutzt. Diese dienen dazu, vier Bit aus dem Akkumulator mit vier Bit aus 
einer durch HL adressierten Speicherstelle auszutauschen. Damit ist es mög¬ 
lich, eine BCD-Zahl gegen eine andere BCD-Zahl auszutauschen. Dabei 
findet sowohl innerhalb des Akkumulators als auch innerhalb der adressier¬ 
ten Speicherstelle eine Verschiebung der anderen Zahlen statt. Den genauen 
Ablauf des Verschiebe Vorgangs zeigt Abbildung 5.4. 

CODE: RRD ED 67; RLD ED 6F 

FLAGs: Alle FLAGs, mit Ausnahme des CARRYs werden durch die 

Verschiebeoperation beeinflußt. 

Komplementieren des Akkumulators 

Beim Komplementieren wird jedes Bit in sein Gegenteil verkehrt. War der 
Wert 1, so erhält das Bit jetzt den Wert 0 und umgekehrt. Man kann zwi¬ 
schen dem Einer-Komplement, durch den Befehl CPL erzeugt, und dem 
Zweier-Komplement, durch NEG erzeugt, unterscheiden. 

Das Einer-Komplement stellt genau diesen Vorgang dar. Beim Zweier- 
Komplement handelt es sich im Endeffekt um eine Subtraktion von 0. Der 
Akkumulator wird von 0 abgezogen, bekommt also ein negatives Vorzei¬ 
chen. Es entsteht eine 7-Bit-Zahl, wobei das 8. Bit das Vorzeichen reprä¬ 
sentiert. 

Die unterschiedliche Funktion der beiden Komplemente kann man sich am 
einfachsten verdeutlichen, wenn man annimmt, daß das Register A 0 ent¬ 
hält. Beim Einer-Komplement werden alle Bits "umgedreht", und das Er¬ 
gebnis ist damit FF oder 256. Im anderen Fall bleibt es 0. 

Im Bereich der Arithmetik- und Logik-Befehle existieren außerdem noch 
zwei Befehle, die im Zusammenhang mit dem CARRY wirken. Der erste 
(SCF=SET CARRY FLAG) setzt das CARRY auf 1. Der zweite (CCF= 
COMPLEMENT CARY FLAG) invertiert den Inhalt des CARRYs. War das 
CARRY 0, wird es nun gesetzt, ansonsten rückgesetzt. 

CODES: NEG ED 44 

CPL 2F 

SCF 37 

CCF 3F 
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FLAGs: Alle vier Befehle beeinflussen das Statusregister. SCF und CCF 
beeinflussen nur das CARRY. CPL beeinflußt das N- und das H- 
FLAG. Die vier Hauptmerker (S, Z, P/V, C) bleiben unverändert. 

Beispiele: 

NEG: Vorher: 00110010 

Nachher: 11001110 

CPL: Vorher: 00110010 

Nachher: 11001101 

Die Wirkung von CPL können wir auch mit dem BASIC-Kommando NOT 
darstellen. 

PRINT HEX$(NOT(&AA)) 

liefert uns als Ergebnis das Komplement FF55. Die FF können wir dabei 
vernachlässigen, sie stellen das Komplement des hier nicht angegebenen 
HIGHER BYTES 00 dar. Die 55 dagegen liefert uns das Komplement von 
AA, wohlgemerkt das Einser-Komplement. Das Zweier-Komplement kön¬ 
nen wir direkt mit einem BASIC-Befehl nicht erzeugen. 


5.5 Sprungbefehle 

Der Z80-Prozessor verfügt über eine Reihe von Kommandos, mit denen es 
möglich ist, ein Programm an einer Stelle abzubrechen und an einer an¬ 
deren Stelle fortzusetzen (Sprung). Man kann verschiedene Unterteilungen 
nach der Wirkung und nach der Abhängigkeit von Bedingungen unter den 
einzelnen Sprungbefehlen treffen. Grundsätzlich sind drei Arten von 
Sprüngen nach der Adressierung möglich: 

Relativer Sprung: Bei dieser Adressierungsart wird der neue Ansprung¬ 
punkt relativ zum Sprungbefehl festgelegt. Berech¬ 
nungsgrundlage ist dabei das erste Byte nach dem 
Sprungkommando. Ab dieser Position können maximal 
127 Byte nach vorne oder 128 Byte zurück adressiert 
werden. Der Programmablauf setzt sich dann an der so 
errechneten Stelle fort. 




5 Der Befehlssatz des ZUU-Prozessors 




Bei den relativen Sprüngen kann man noch zwischen 
drei Unterarten unterscheiden. Dies sind: 

- der unbedingte Sprung. Hier wird in jedem Fall 
verzweigt. 

- der bedingte Sprung. Hier findet die Verzweigung 
nur dann statt, wenn eine bestimmte Bedingung erfüllt 
ist, ein FLAG im Statusregister gesetzt beziehungsweise 
nicht gesetzt ist. 

- Darüber hinaus existiert ein weiterer besonderer 
Befehl, das Kommando DJNZ (decrement and jump 
not zero = decrementiere und springe wenn nicht 0). 
Dieses Kommando führt einen n-maligen Rücksprung 
durch. Damit ist die Programmierung von Schleifen 
möglich. 

Absoluter Sprung: Diese Kommandos stellen die größte Befehlsgruppe bei 
den Sprungbefehlen dar. Der neuen Ansprungpunkt, an 
dem die Programmausführung fortgesetzt werden soll, 
wird hier als absolute Adresse (oder gegebenenfalls 
verkürzt absolute Adresse) mitgegeben. Er folgt entwe¬ 
der in zwei Datenbyte auf den Befehl oder ist bereits 
(bei den RESTARTS) im Kommando implizit enthalten. 

Neben den RESTARTS existieren zwei größere Grup¬ 
pen von Sprungbefehlen; normale Sprungbefehle und 
Unterprogrammaufrufe. Der normale Programmaufruf 
lädt PC mit einem neuen Wert und setzt die Bearbei¬ 
tung an dieser Stelle fort. Der Unterprogrammaufruf 
(CALL) adressiert ein Unterprogramm. Er läuft wie 
der direkte Sprungbefehl (JP) ab, allerdings wird hier 
eine Rücksprungadresse auf dem STACK abgelegt. 
Ebenso wie bei den RESTARTS ist mit Hilfe dieser 
Rückkehradresse die Möglichkeit vorhanden, mit dem 
Kommando RETURN (RET) wieder aus dem Unter¬ 
programm in das Hauptprogramm zurückzukehren. 
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JP auf der einen beziehungsweise RESTART (RST) 
und CALL auf der anderen Seite verhalten sich also 
von der Funktion wie die BASIC-Kommandos GOTO 
beziehungsweise GOSUB. 

Bedingung: Die RESTART-Kommandos erfolgen alle 
unbedingt. Die Ausführung der normalen sowie der 
Unterprogrammsprünge und auch der Rückkehrbefehle 
aus einem Unterprogramm kann dagegen jeweils unbe¬ 
dingt oder in Abhängigkeit eines FLAGs (S-FLAG, 
CARRY, ZERO- FLAG, PV-FLAG) erfolgen. Dabei 
sind auch Kombinationen möglich. Man kann also ein 
Programm bei Eintritt einer Bedingung (z.B. ZERO 
FLAG gesetzt) anspringen und aus verschiedenen 
Punkten des Unterprogramms mit anderen Bedingun¬ 
gen (+ - CARRY o.ä.) zurückkehren. Wichtig bei der 
Rückkehr aus einem Unterprogramm ist dabei jedoch, 
daß zu diesem Zeitpunkt der Stapel wieder abgearbeitet 
sein muß, da die aktuellen zwei Byte des STACK in 
jedem Fall und ohne Prüfung als Rücksprungadresse 
betrachtet werden. Liegen hier falsche Werte, kommt 
es zum Ansprung unsinniger Routinen oder gegebe¬ 
nenfalls zum "Aufhängen" des Rechners. 

Indirekte Sprünge: Es existieren drei indirekte Sprungkommandos, mit de¬ 
nen es möglich ist, eine Programmfortsetzung an dem 
Punkt zu erreichen, der durch den Inhalt eines der 
Registerpaare HL, IX oder IY vorgegeben wird. Diese 
Kommandos sind nur als direkter Ansprung, das heißt 
ohne Ablage einer Rücksprungadresse und auch nur 
unbedingt ausführbar. 

Eine grafische Übersicht über die Aufteilung der verschiedenen Sprungbe¬ 
fehle gibt das nachfolgende Schaubild. 
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Sprünge 



bedingt (JR=Jump relative) 
unbedingt 

Schleife (DJN2) 


als Unterprogrammanruf 
(CALL, RET) 
als Restart (RST) 
als direkter Sprung (JP) 




bedingt 

unbedingt 

bedingt 

unbedingt 


indirekt 
JP (HL) 
JP (IX) 
JP (IY) 


Bild 5.2: Die Sprungbefehle 


Relative Sprunge: 

Ein relativer Sprung kann unbedingt oder in Abhängigkeit vom CARRY 
(C,NC) und vom ZERO-FLAG (Z,NZ) erfolgen. Daneben existiert das 
Kommando DJNZ. Dieses dekrementiert das Register B und springt, falls B 
ungleich 0, um die gegebene Anzahl von Bytes. Berechnungsgrundlage ist 
dabei das erste Byte nach dem Befehl, womit sich ein Sprungumfang, be¬ 
rechnet auf den Befehlscode von -126 bis +129 Byte ergibt. 

Die relativen Sprungbefehle bestehen aus zwei Byte. Das erst Byte wird 
durch den Befehlscode eingenommen, das zweite Byte gibt als Zweierkom¬ 
plement die zu überspringende Anzahl von Bytes, den OFF SET, an; in der 
Tabelle mit diff bezeichnet. 
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Absolute Sprünge: 

Bei den absoluten Sprungbefehlen muß man zwischen Ansprung und Un- 
terprogrammansprung (JP und CALL) unterscheiden. Die absoluten Sprünge 
bestehen aus drei Byte. Das erste wird vom Befehlscode eingenommen. Die 
darauffolgenden beinhalten den Ansprungpunkt als Zwei-Byte-Adresse. 

Der Ansprung kann dabei ohne Bedingung oder in Abhängigkeit eines der 
vier FLAGs (CARRY, ZERO, PV-FLAG, S-FLAG) erfolgen. Ein Unter¬ 
programmaufruf muß dabei mit RETURN (RET) abgeschlossen werden. 
Das RETURN-Kommando ist ebenso unbedingt oder in Abhängigkeit eines 
der vier FLAGs ausführbar. Die RETURN-Befehle sind dabei Ein-Byte- 
Kommandos, sie enthalten bereits die FLAG-Bedingung. 

Als Sonderform (verkürzte Unterprogrammaufrufe) existieren acht soge¬ 
nannte RESTART-Anweisungen. Diese führen einen Unterprogrammaufruf 
bestimmter, fix vorgegebener Ansprungstellen im unteren Bereich des Spei¬ 
chers in der Seite 0 aus. Die RESTART-Anweisungen sind Ein-Byte-Be- 
fehle, wobei die Bit 3 bis 5 die anzuspringende Speicherstelle decodieren. 
Der Befehl hat das Format: llaaalll. Ersetzen der drei durch Platzhalter 
belegten Stellen und Setzen auf Null aller anderen Bits gibt dabei die An¬ 
sprungadresse an. 

Man kann deren Wert auch dadurch feststellen, daß man alle anderen Bits 
des Befehlswortes auf 0 setzt und das so veränderte Befehlsbyte als LOWER 
BYTE einer Zwei-Byte-Adresse mit ebenfalls auf 0 gesetzten HIGHER 
BYTE betrachtet. Die Werte für aaa entsprechen dann den folgenden hexa¬ 
dezimalen Ansprungadressen: 


Tabelle 5.4: Die Restart-Kommandos 


Befehl 

Code 

aaa 

hex-Adresse 

RSTO 

C7 

000 

00 

RST08 

CF 

001 

08 

RST10 

D7 

010 

10 

RST18 

DF 

011 

18 

RST20 

E7 

100 

20 

RST28 

EF 

101 

28 

RST30 

F7 

110 

30 

RST38 

FF 

111 

38 
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Indirekte Sprünge: 

Der Z80-Prozessor verfügt über drei indirekte Sprungkommandos. Es ist 
möglich, ein Programm an der Stelle, die durch HL, IX oder IY spezifiziert 
wird, fortzusetzen. Eine Übersicht über die Gesamtheit aller Sprungbefehle 
bietet die nachfolgende Tabelle. 

Tabelle 5.6: Sprungbefehle 



Bedingung 




Zero 

Parität 

Vorzeichen 



keine 


2 NZ 

PE PO 

H P 


absoluter Sprung 

C3 

i 

DA 02 

CA C2 

EA E2 

FA F2 


JUMP: JP nn 

nn 

nn nn 

nn nn 

nn nn 

nn nn 



nn 

nn nn 

nn nn 

nn nn 

nn rrn 


Unterprogramm 

CD 

DC D4 

CC C4 

EC E4 

FC F4 


aufruf: CALL nn 

nn 

nn nn 

nn nn 

nn nn 

nn nn 



nn 

nn nn 

nn nn 

nn nn 

nn nn 


Unterprogramm 

C9 


CB CO 

EB EO 

FB FO 


rückkehr: RET 







relativer Sprung 

10 

36 30 

26 20 




JR diff 

dd 

dd dd 

dd dd 




Schleife 






10 

djnz diff 






dd 

indirekter Sprung 

E9 





JP (HL) 






indizierter Sprung 

IB 





JP(IX) 

E9 





indizierter Sprung 

FD 





JP (IV) 

E9 






RidnrzCMp«ur€r«fik 
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FLAGs: 

Das Statusregister wird durch sämtliche Sprungkommandos nicht beeinflußt. 
Allerdings sind viele Sprungkommandos ihrerseits vom Inhalt einzelner 
FLAGs abhängig. 


Beispiele: Die Sprungkommandos sind relativ einfach zu verstehen, so daß 
wir uns nicht besonders ausführlich damit beschäftigen müssen. Hier seien 
nur ein paar kleinere Probleme angesprochen. 

Einen einfachen Sprungbefehl z.B. zur Adresse A000 erzeugen wir mit JP 
A000 beziehungsweise in hex-Code C3 00 A0. Sie sollten dabei immer da¬ 
ran denken, daß die Adresse LOW HIGH zu spezifizieren ist. 

Ein anderes häufig auftretendes Problem ist ein relativer Sprung, der über 
mehr als die möglichen 126 beziehungsweise 129 Byte in eine Richtung 
verlaufen soll. Hier bieten sich mehrere Möglichkeiten zur Lösung des Pro¬ 
blems: 

Zum einen könnte man am Punkt der maximalen Entfernung eine Weiter- 
verzeigerung vornehmen. Soll zum Beispiel bei nichtgesetztem CARRY der 
Programmablauf normal weiterlaufen, ansonsten aber ein Sprung um 200 
Byte nach vorne erfolgen, so läßt sich dies relativ einfach realisieren. 

Man führt zunächst das Kommando JRC+120 (38 78) aus; an der damit er¬ 
reichten Stelle postiert man dann einen weiteren unbedingten relativen 
Sprung (JR+78 bzw. 18 4E hex), womit dann die Gesamtverschiebung um 
200 Byte erreicht wird. Die 78 ergibt sich dabei aus der normal zu er¬ 
wartenden 80, indem wir berücksichtigen, daß unser zweiter relativer 
Sprungbefehl ja wieder zwei Byte kostet. 

Eine andere Möglichkeit besteht darin, die aktuelle Adresse im Register HL 
zu speichern. Man addiert dann zu dieser Adresse 200 hinzu und führt da¬ 
raufhin einen indirekten Sprung in Abhängigkeit von HL durch. Dieser 
Vorgang läßt sich natürlich ebenso mit IX oder IY vornehmen. 

Bei den obigen Beispielen handelte es sich um noch relativ einfache Pro¬ 
bleme und deren Lösungen im Bereich der Sprungbefehle. Wie aber können 
wir unsere neuen Kenntnisse wirklich gewinnbringend anwenden? 
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Der STACK oder besser gesagt die Ablage der Sprunganweisungen auf dem 
STACK, die von der Ablage von Variablen nicht zu unterscheiden ist, 
bietet noch eine ganze Reihe anderer Anwendungsmöglichkeiten. Wir kom¬ 
men damit dann zu einem Bereich, den man als die hohe Schule der 
Sprungbefehle beschreiben könnte. 


Anwendung: Die Routine LOW-JUMP-RESTART 

Was man bei konsequenter Ausnutzung sämtlicher Kniffe und Tricks in 
diesem Bereich erreichen kann, zeigt uns die Ansprungroutine für die 
LOW-JUMP-RESTARTs beim CPC. 

Worum handelt es sich dabei? Wir haben schon des öfteren Firmwarerouti¬ 
nen benutzt. Diese hatten Nummern zwischen B900 und BDFF. An diesen 
Stellen befinden sich aber gar keine eigentlichen Maschinenroutinen, son¬ 
dern nur Zeiger auf Maschinenprogramme im unteren oder teilweise im 
oberen ROM. 

Wird eine solche Routine angesprungen, so muß also zunächst die benötigte 
ROM-Konfiguration hergestellt werden. Dann muß ein Sprung in das je¬ 
weils gewünschte Unterprogramm, welches sich z.B. im unteren ROM be¬ 
findet, erfolgen, und nach der Rückkehr sollte der alte Speicherzustand 
wiederhergestellt werden. 

Nun ist es selbstverständlich, daß man diese Operationen nicht für jede 
einzelne Routine durchführen kann. Bei den insgesamt etwa 300 Firmware- 
ansprungpunkten, die im Sprungblock enthalten sind, würde das den Rah¬ 
men jedes 16-Bit-Adreßraumes sprengen. Daher ist eine allgemeine Inter¬ 
pretationsroutine für die Sprungtabellen vonnöten, die die oben ange¬ 
sprochenen Funktionen wahrnimmt. 

Dabei sollte jeder Ansprungpunkt mit einer möglichst minimalen Zahl von 
Bytes auskommen. Beim CPC sind dies drei Byte. In der ersten Stelle findet 
sich ein RESTART-Kommando, also ein verkürzter Unterprogrammaufruf. 
Bei einem Ansprung einer Routine im unteren ROM ist dies RESTART 1, 
ansonsten RESTART 5. 

Danach folgt in zwei Byte die Ansprungadresse im ROM. Davon werden 
jedoch nur 14 Bit benötigt, da jedes ROM ja nur über 16K Speicher ver¬ 
fügt. Die restlichen beiden Bits, also Bit 14 und Bit 15, decodieren den 
ROM-Zustand. Bit 15 ist dabei für das obere ROM zuständig; ist es auf 1 
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gesetzt, so ist die von ihm zu kontrollierende Hälfte des ROM gesperrt. Bit 
14 nimmt die analoge Funktion für das untere ROM wahr. 

Um den konkreten Ablauf des Ansprungs einer Routine im unteren ;cOM 
darzustellen, wollen wir uns im folgenden die Druckerhilfsroutine MC 
PRINT CHAR anschauen. 

Sie hat die Ansprungadresse BD2B und führt einen Sprung ins untere ROM 
aus. Ihre Aufgabe besteht darin, ein Zeichen an den Drucker auszusenden. 
Dabei muß der Akkumulator das zu sendende Zeichen enthalten. Wenn die 
Routine erfolgreich ausgeführt wurde, ist das CARRY-FLAG an; ansonsten 
ist es rückgesetzt. Wir nehmen nun einmal an, daß wir diese Routine mit 

CALL BD2B 

aufrufen können. Den Punkt, von dem ab dieser Aufruf erfolgt, wollen wir 
mit aabb bezeichnen. Beim Ansprung von BD2B werden diese Koordinaten, 
oder besser gesagt die Rücksprungadresse (d.h. das erste auf den Befehl 
folgende Byte) auf dem STACK abgelegt. Daraus resultiert auch die Erhö¬ 
hung von BD um 3 (das CALL-Kommando besteht ja aus drei Byte). 

Was passiert nun ab BD2B? Schauen wir uns die einzelnen Speicherstellen 
einmal mit 

PRINT BIN$(PEEK(&BD2B)) bis PRINT BIN$(PEEK(&BD2D)) 

an. Wir erhalten die folgenden Ausgaben: 

11001111 

11110010 

10000111 

Der erste Wert stellt das uns schon bekannte RESTART-Kommando dar. 
An zweiter Stelle finden wir das LOW-BYTE der anzuspringenden ROM- 
Adresse. Das dritte Byte gibt nun die schon besprochene Kombination von 
High-Adress und ROM-Auswahl wieder. Bit 15 ist gesetzt, mithin das 
obere ROM ausgeschaltet. Da das untere ROM adressiert ist bzw. noch 
adressiert werden soll (denn zu diesem Zeitpunkt ist ja noch irgendein an¬ 
derer Speicherzustand vorhanden), ist Bit 14 nicht gesetzt. 

Der RESTART-Aufruf stellt ebenso wie das CALL-Kommando einen Un¬ 
terprogrammaufruf dar. Bei seiner Ausführung wird also auch die Rück- 
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sprungadresse auf dem STACK abgelegt. In Position 008 steht ein einfacher 
Sprung, der wieder in den Bereich der Firmwaresprünge (nämlich in die 
Routine B982) zurückführt. Dies ist die Ansprungadresse der eigentlichen 
LOW-JUMP-RESTART-Routine, d.h. jenes Programms, welches die 
ROM-Umschaltung bewirkt und auch den Ansprung der entsprechenden 
ROM-Routine vornimmt. 

Wir wollen uns diese Routine etwas näher anschauen, weil sie den STACK 
exzessiv nutzt und darüber hinaus eine Vielzahl der bis jetzt verwendeten 
Befehle anwendet. 



LOW JUMP _Dl 

Routine 


CD 

A8 

B9 


BD2B 

BD2C 

BD2D 


Stack 

bb+3 


aa 



0008 

0009 

000A 

bb+3 

aa 

2C 

BD 

B982 

bb+3 


aa 


RegB 

B997 

RegC 

B998 

__A9__ 

B999 

B9 


Bild 5.3: STACK-Ablauf bei LOW-JUMP-RESTART 





200 


5 Der Befehlssatz aes zsu-rrozessors 


Assemblerlisting LOW JUMP RESTART 


B982 

F3 

DI 

B983 

D9 

EXX 

B984 

El 

POP HL 

B985 

5E 

LD E,(HL) 

B986 

23 

INC HL 

B987 

56 

LD D,(HL) 

B988 

08 

EX AF,AF* 

B989 

7A 

LD A,D 

B98A 

CBBA 

RES 7,D 

B98C 

CBB2 

RES 6,D 

B98E 

07 

RLCA 

B98F 

07 

RCLA 

B980 

07 

RCLA 

B991 

07 

RCLA 

B992 

A9 

XOR C 

B993 

E60C 

AND 0C 

B995 

A9 

XOR C 

B996 

C5 

PUSH BC 

B997 

CDA8B9 

CALL B9A8 

B99A 

F3 

DI 

B99B 

D9 

EXX 

B99C 

08 

EX AF,AF 

B99D 

79 

LD A,C 

B99E 

CI 

POP BC 

B99F 

E603 

AND 03 

B9A1 

CB89 

RES IC 

B9A3 

CB81 

RES 0C 

B9A5 

Bl 

OR C 

B9A6 

1801 

JR 1 = B9A9 

B9A8 

D5 

PUSH DE 

B9A9 

4F 

LD C,A 

B9AA 

ED49 

OUT (C)C 

B9AC 

B7 

OR A 

B9AD 

08 

EX AF,AF’ 

B9AE 

D9 

EXX 

B9AF 

FB 

EI 

B9B0 

C9 

RET 


Unterbrechungen verhindern 

Ansprung LOW 
Ansprung HIGH 

ROM-Bit in Bit 2 und 3 rotieren 

und mit Register C verknüpfen 

Alte Speicheraufteilung sichern 
und Routineanspringen 
Rückkehr aus ROM-Routine 


ROM-Routine 


IP 

ins UP oder zurück 
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Den Anfang des Programms bilden einige schon bekannte Kommandos. Zu¬ 
nächst werden Unterbrechungen abgestoppt, danach wird auf den Parallel¬ 
registersatz umgeschaltet. 

Es folgt ein etwas seltsamer Befehl: POP HL. Mit diesem Kommando wird 
die Rücksprungadresse (in diesem Fall also BD2C) in HL übernommen und 
der STACK-Pointer um 2 erhöht. Er zeigt also jetzt wieder auf AA. 

Anschließend kommen zwei indirekte Ladebefehle, mit denen nun die hin¬ 
ter dem RESTART liegenden beiden Bytes, d.h. der Inhalt von BD2C und 
BD2D, in Register E und D geladen wird. D Enthält dabei das höherwer¬ 
tige Byte, was in unserem Fall dem Inhalt von BD2D entspricht. 

Als nächstes (Speicherstelle B989) laden wir den Akkumulator mit D und 
setzen danach die beiden höchsten Bit von D, welche ja bekanntlich die 
ROM-Konfiguration decodieren, auf Null zurück. Dies ist eine vorsorgliche 
Maßnahme. D und E geben jetzt wirklich als 16-Bit-Adresse den An¬ 
sprungpunkt im unteren ROM. A wird dagegen nun viermal rotiert. Damit 
befinden sich die beiden relevanten Bit jetzt in Bit 2 und Bit 3. 

Wenn Ihnen dies nicht klar sein sollte, können Sie den Verschiebe Vorgang 
ja einmal simulieren. Zu diesem Zweck brauchen Sie nur auf ein Blatt Pa¬ 
pier acht Felder aufzumalen; dann können Sie mit Reißzwecken, Büroklam¬ 
mern oder ähnlichen Utensilien das Verschieben der Bits durchspielen. 

Zurück zu unserem Programm. Bit 2 und Bit 3 sind genau jene Bits, in de¬ 
nen auch im Register C die ROM-Konfiguration gespeichert ist. Wir erin¬ 
nern uns: Register C im Parallelregistersatz enthält eine Kopie des Multi¬ 
funktionsregisters im ULA (vgl. Kapitel 3). Zunächst werden die Register 
A und C OR-verknüpft, danach mit dem Wert OC maskiert. Hier bleiben 
nur noch die Inhalte von B2 und B3 erhalten, das Ganze wird dann wiede¬ 
rum XOR-verknüpft. 

Damit enthält der Akkumulator die geänderte Version des Registers C; also 
diejenige, in welcher die neue ROM-Konfiguration bereits gespeichert ist. 
Die alte Speicherverteilung, die sich noch in BC befindet, wird nun zunächt 
auf dem STACK gesichert. Danach erfolgt ein Unterprogrammsprung nach 
B9A8. Dabei wird wiederum die Rücksprungadresse B99A auf dem Stapel 
abgelegt. 

Was jetzt folgt, ist ein wirklich schöner Trick. Es wird DE, d.h. die An¬ 
sprungadresse im unteren ROM, auf den Stapel gepusht. Danach schalten 
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wir (wie schon in den Anwendungen zu Kapitel 5.2 gesehen) die Speicher¬ 
verteilung mit dem OUT-Befehl um. Interrupts werden wieder zugelassen 
(B9AF); somit erfolgt nun ein Rücksprung aus einem Unterprogramm. 

Da aber als letztes DB auf dem Stapel abgelegt wurde, findet nun ein An¬ 
sprung der Routine im unteren ROM statt. Wir haben also durch diesen 
Umweg einen indirekten Unterprogrammaufruf erzeugt. Die ROM-Routine 
07F2 (MC PRINT CHAR) gibt ihrerseits wiederum mit RETURN an das 
Oberprogramm zurück. 

Da der STACK zu diesem Zeitpunkt sauber abgearbeitet ist, trifft der Pro¬ 
zessor nun wieder einmal auf eine wirkliche Rücksprungadresse, nämlich 
die durch RECALL-Befehl abgelegte B99A. An dieser Stelle kehrt das 
Unterprogramm wieder in LOW-JUMP-RESTART zurück. 

Zunächst wird wiederum auf Parallelregistersatz umgeschaltet, danach er¬ 
folgt durch POP-BC und die nachfolgenden Operationen die Rückschaltung 
auf die alte Speicherbereichsverteilung. Diese wird unter nochmaliger Be¬ 
nutzung der Teile ab B9A8 (diesmal allerdings ohne das PUSH-Kommando, 
welches durch den relativen Sprung in B9A6 übersprungen wird) ausge¬ 
geben. 

Abschließend kehrt LOW-JUMP-RESTART mit dem RETURN-Befehl 
wieder in unser Hauptprogramm (genauer an die Stelle AABB+3) zurück, 
womit die Benutzung der Systemroutine abgeschlossen ist. 

Sie sehen: Bei entsprechender Kombination der verschiedenen Sprungbe¬ 
fehle lassen sich mit minimalem Aufwand auch sehr komplexe Programme 
realisieren; allerdings sollten Sie bei Ihren ersten Experimenten nicht gleich 
auf derartige Tricks verfallen. Hier ist bereits einiges Training und vor 
allem genaueste Kalkulation notwendig. Ein solches Programm muß ge¬ 
danklich Schritt für Schritt mit allen Varianten und Möglichkeiten 
durchgespielt werden. 
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5.6 Systemsteuerbefehle 

Die bis jetzt behandelten Kommandos des Z80A verfügten alle über eine 
Gemeinsamkeit: die Kontrolle ging nämlich fast vollständig vom Prozessor 
aus. Er forderte Daten an, verknüpfte sie und sandte sie an Speicher- oder 
externe Bausteine weiter. 

Die im folgenden beschriebenen Befehle ermöglichen es, den Prozessor 
einem anderen Gerät unterzuordnen oder ihn mit diesem zu koordinieren. 
Dazu verfügt der Prozessorchip über zwei Eingänge: 

INT (INTERRUPT = Unterbrechungsanfrage) 


und 


NMI (NON MASKABLE INTERRUPT = nicht maskierbarer Inter¬ 
rupt). 

Treten an diesen Pints Signale auf, so arbeitet der Prozessor erst den gerade 
anhängigen Befehl ab; dann führt er einen Sprung zur Unterbrechungsbe¬ 
handlungsroutine durch, die dann auf den Interrupt reagieren muß. Der 
nicht maskierbare Interrupt ruft dabei in jeden Fall die Unterbrechungsbe¬ 
handlungsroutine auf; ein Signal am IRQ-Eingang dagegen nur, wenn Un¬ 
terbrechungen erlaubt sind. Wir können mit dem Kommando 

DI (DISABLE INTERRUPT: F3) 

einen solchen Interrupt sperren, mit 

EI (ENABLE INTERRUPT: FB) 

solche Interrupts wieder zulassen. Die Rückkehr aus einer Interruptbehand¬ 
lungsroutine erfolgt mit den Kommandos 

RET I (RETURN FROM INTERRUPT: ED 4D) 

und 

RET N (RETURN FROM NOT MASKABLE INTERRUPT:ED 45). 

Dabei ist zu beachten, daß vor RET I ein EI ausgeführt werden muß, um 
Interrupts wieder freizugeben. Damit sind dann auch verschachtelte Inter¬ 
rupts möglich. 
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Es stellt sich nun die Frage, wie die Ansprungadresse der Interruptbehand¬ 
lungsroutine dem Prozessor mitgeteilt wird. Der Z80 verfügt über drei 
Möglichkeiten (die sogenannten Interruptmodi): 

IM 0 (setze Interruptmodus 0) CODE: ED 46 

In dieser Interruptbetriebsart kann der unterbrechende Baustein einen Be¬ 
fehl zur Ausführung auf den Datenbus legen. Der Prozessor nimmt ihn 
dann herein und führt ihn aus. 

IM 1 (setze Interruptmodus 1) CODE: ED 56 

Tritt hier ein Interrupt auf, so führt der Prozessor ein RST 38 aus (siehe 
Sprungbefehle, Kapitel 5.4). Dies ist auch die Betriebsart, in der beim CPC 
Interrupts behandelt werden. An dieser Stelle befindet sich ein Sprung zur 
Interruptbehandlungsroutine, die dann via RETURN wieder in das unter¬ 
brochene Programm zurückkehrt. 

Interrupts treten beim CPC ziemlich häufig auf; genaugesagt 300 mal jede 
Sekunde. In diesem Rhythmus arbeitet der CPC nämlich schnelle Ereignisse 
im Bereich der Bildschirmsteuerung etc. ab. Daneben existiert noch ein 
6mal langsamerer Takt (gleich 50 Hertz), der z. B. für die Tastaturabfrage 
benutzt wird. Das Unterbrechungssignal wird dabei im Endeffekt vom 
ULA geliefert. 

IM 2 (setze Interruptmodus 2) CODE: ED 5E 

In diesem Modus muß der unterbrechende Baustein ein Datenbyte liefern, 
welches dann als untere Hälfte, d.h. LOWER-ADRESS-BYTE, benutzt 
wird. Das HIGHER-ADRESS-BYTE wird dem Register I entnommen. Die¬ 
ser kombinierte Adressvektor adressiert nun eine Speicherzelle. Der Inhalt 
dieser Speicherzelle wird in den Befehlszähler geladen. Dort beginnt die 
Ausführung. 

Neben den Interruptkommandos existieren noch zwei Befehle, welche die 
CPU dazu bringen, nichts zu tun: 

NOP (keine Operation) CODE: 00 

Trifft die CPU auf dieses Kommando, tut sie einen Maschinenzyklus lang 
nichts. Das Kommando kann für sehr schnelle Verzögerungen oder auch 
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dazu benutzt werden, in einem Maschinenprogramm Speicherplatz zu reser¬ 
vieren. 

Da der NOP-Befehl keinerlei Veränderungen durchführt, ist es später mög¬ 
lich, anstatt einiger NOPs im Programm noch andere Befehle einzufügen. 

HALT (CPU anhalten) CODE: 76 

Hierbei handelt es sich um ein fortgesetztes NOP. Die CPU unterbricht so 
lange die Operation und führt NOPs aus, bis ein Interrupt oder ein RESET 
eintritt. 

Dabei sind sämtliche Ein- und Ausgänge hochohmig geschaltet. Die CPU 
trennt sich damit quasi vom Restsystem ab, was es einem anderen Baustein 
ermöglicht, die volle Kontrolle über das System zu übernehmen. 

Dies ist z.B. dann vorteilhaft, wenn größere Datenmengen von der Floppy 
durch Direktadressierung in den Speicher übertragen werden sollen oder 
umgekehrt. Will man dazu diese nicht erst in die CPU laden und dann 
wieder in den Speicher wegschreiben, so kann man auf sogenannte DMA 
(DIRECT MEMORY ACCESS = direkter Speicherzugriff) zurückgreifen, 
die dann den Speicher direkt adressieren und so einen viel schnelleren Da¬ 
tentransfer ermöglichen. Beim CPC wird dieses Verfahren allerdings nicht 
angewandt. 
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6 Ein Disassembler für den CPC 


Im letzten Kapitel haben wir den kompletten Befehlssatz des Z80-Prozes- 
sors kennengelernt. Der Z80 verfügt über eine Vielzahl verschiedener Be¬ 
fehle, mit denen die verschiedensten und teilweise auch komplexesten 
Funktionen nachgebildet werden können. Allerdings hat diese Medaille 
auch eine Kehrseite. Der Umfang des Befehlssatzes macht es nämlich un¬ 
möglich, alle Befehle im Kopf zu behalten, und auch das Durchsuchen 
längerer Tabellen ist relativ aufwendig. Schon früh hat man deshalb für die 
Maschinenspracheprogrammierung Hilfsprogramme entwickelt: 

Assembler und Disassembler 

Basis beider Programmtypen sind die sogenannten Mnemonics, Kürzel für 
die Maschinencodes der Prozessorsprache. Ein Assembler übersetzt 
Mnemonics in Maschinencodes, ordnet also den symbolischen Befehlsnamen 
(wie LD, XOR, JP und so weiter) die entsprechenden hex-Befehle zu. Ein 
Disassembler arbeitet in der umgekehrten Richtung. Er übersetzt ein im 
hex-Code abgespeichertes Maschinenspracheprogramm, Speicherstelle für 
Speicherstelle, in die Befehle, daß heißt Mnemonics, zurück. 

Im folgenden Kapitel wollen wir nun einmal einen solchen Disassembler für 
unseren CPC entwickeln. Machen wir uns zunächst ein paar Gedanken da¬ 
rüber, wie wir beim Aufbau eines solchen Programms vorgehen müssen. 

Schon bei der Behandlung der einzelnen Befehle und der zugehörigen Codes 
wird Ihnen aufgefallen sein, daß innerhalb der einzelnen Befehlsgruppen 
bestimmte Gesetzmäßigkeiten herrschen. Der Befehlssatz des Prozessors ist 
also nicht willkürlich, sondern nach bestimmten Regeln auf gebaut. So 
konnten wir z.B. im Bereich der 8-Bit-Ladebefehle feststellen, daß sich das 
Laden zwischen 2 Registern binär betrachtet wie folgt decodieren läßt: 
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Die ersten beiden Bit (01) gaben die Befehlsgruppe an. Danach spezifizier¬ 
ten je 3 Bit das Ziel- und das Quellregister. Vergleichen Sie dazu einmal 
die Befehlstabelle zu den 8-Bit-Ladebefehlen in Kapitel 5.3. Jedem Re¬ 
gister und auch jedem Registerpaar sind also Codes zugeordnet, nach denen 
der Prozessor sie identifiziert und die entsprechenden Operationen ausführt. 

Schlagen wir noch einmal zurück auf den Beginn von Kapitel 5. Bei der 
Einleitung zu den verschiedenen Befehlen hatten wir auch eine andere Art 
von Unterteilung kennengelernt: die Grundbefehle und die Erweiterungsbe¬ 
fehle. Wir müssen zwischen Ein-Byte-, Zwei-Byte- und Drei-Byte-OP- 
Codes, also Befehlscodes mit unterschiedlicher Länge unterscheiden. 

Maximal kann ein Befehl 4 Byte lang sein. Befehle, die mehr als Ein-Byte 
für die Befehlsdecodierung benötigen, haben dabei als erstes Byte und Ver¬ 
weis auf die entsprechenden Erweiterungstabellen einen der Codes CB, DD, 
ED, oder FD. Neben der Aufteilung der Befehlscodes in verschiedene Bits 
und Gruppen von Bits können wir also auch noch eine Grobteilung in 
Grundbefehle und Erweiterungsbefehle vornehmen. Damit haben wir schon 
den Ordnungsrahmen für unseren Disassembler bestimmt. 

Ein Problem bei der Befehlsdecodierung besteht nun noch darin, daß die 
Befehlslänge nicht konstant ist. Sie kann zwischen einem und vier Byte je 
Befehl variieren. Damit ist es notwendig, die Interpretation des nächsten 
Befehls vom Vorgänger abhängig zu machen. Der korrekte Anfang eines 
neuen Befehls innerhalb eines Maschinenprogramms läßt sich nur dadurch 
feststellen, daß man den Beginn seines Vorgängers kennt und anhand der 
Interpretation des vorangegangenen Kommandos dann feststellt, wieviel 
Byte dieser benötigt hat. 

Ein Suchen nach bestimmten TOKENs oder ähnlichen Gliederungsmerk¬ 
malen in einem Maschinenprogramm ist nicht möglich. Diese Gedanken¬ 
gänge sollten Sie im Hinterkopf behalten, wenn wir uns nun mit dem Auf¬ 
bau unseres Disassemblers beschäftigen. 

Um eine möglichst gute Integrationsfähigkeit des Programms für die 
spätere Einpassung in den Monitor zu erhalten, wurde der eigentliche Dis¬ 
assembler als Prozedur ausgeführt. Diese Prozedur stellt anhand von vier 
aufeinanderfolgenden Byte den gespeicherten Befehl fest und gibt diesen 
zurück. 
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Der Disassembler benötigt dabei als Eingangswerte sechs Strings: die for¬ 
matierten Binärwerte der ersten beiden Byte sowie das hex-Ergebnis aller 
vier Adressen. 

Als Ausgabe liefert die Prozedur in dem String b$ den übersetzten Befehl 
und in der Variablen u die Länge des Befehls. Diese kann dann zum Wei¬ 
terschalten eines Adresszählers benutzt werden. 

Die Formatierung der Eingabewerte besagt dabei, daß die Binärwerte als 
acht Zeichen langer String, also gegebenenfalls mit Vornullen, und die hex- 
Werte mit zwei Ziffern angegeben werden müssen. Dies kann man relativ 
einfach erreichen, indem man in den Umwandlungsbefehlen bin$ und hex$ 
den Längenparameter spezifiziert. (Vergleiche Zeile 90 und Zeile 100 des 
nachfolgenden Programms.) 

Um die Prozedur zu Testzwecken und auch für kleine Anwendungen schon 
vorab, das heißt vor Einpassung in den Monitor, benutzen zu können, sind 
im Listing zwei Programmteile vorgeschaltet. Mit dem REM-Vermerk 
"testeingaben" stoßen wir auf einen Programmteil, der es uns ermöglicht, 
vier Byte hintereinander einzugeben. Danach springt dieser Teil die Proze¬ 
dur an und gibt den Befehl und die Befehlslänge in Bytes aus. Dieser Teil 
dient im wesentlichen dazu, die einzelnen Teile der Prozedur zu testen. 

Am Anfang des Programms findet sich dann noch eine kleine Demonstra¬ 
tionsroutine, mit der wir alle Programme, die im RAM gespeichert sind, 
übersetzen können. Nach den üblichen Initialisierungsbefehlen, wie der 
Festlegung von Windows, Farben etc., wird die erste Speicherstelle des zu 
interpretierenden Maschinenprogramms abgefragt. 

Diese wird in IC zwischengespeichert, und ab dieser Position wird mit der 
Interpretation der Befehle begonnen. Aus Zeile 110 erfolgt jedesmal der 
Sprung in die Prozedur. Danach wird die Ausgabe vorbereitet, eine Umfor¬ 
mung des Befehlsstrings (Zeile 120) vorgenommen, worauf dann die eigent¬ 
liche Ausgabe erfolgt. 
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6.1 Die Disassemblerprozedur 

Schauen wir uns nun die eigentliche Prozedur an. Anhand der REM-Ver- 
merke können wir die einzelnen Teile des Programms gut unterscheiden. 

Zu Beginn des Programms treffen wir auf den Hauptsprungverteiler. Hier 
wird zunächst überprüft, ob der erste OP-Code den Verweis auf eine Er¬ 
weiterungstabelle enthält, G also mit CB, DD, ED oder FD Übereinstimmt. 
Die Interpretation für CB beginnt ab Zeile 1090. für ED ab 1360. Die 
Tabellen für DD und FD unterscheiden sich nur in der Wahl des Indexre¬ 
gisters. 

Beide Tabellen enthalten nur indizierte Lade-, Additions- und Sprungan¬ 
weisungen. Der einzige Unterschied besteht darin, daß bei erstem Be¬ 
fehlscode DD das Register ix, bei FD dagegen iy benutzt wird. Deswegen 
wird dieselbe Routine für die Interpretation der Befehle benutzt, und schon 
im Vorfeld werden diese beiden Tabellen gleichgeschaltet, indem der String 
r$ auf die indizierte Variable gesetzt wird. 

Ab Zeile 360 beginnt die Interpretation der Grundtabelle, das heißt der 
Ein-Byte-OP-Codes. In 360 erfolgt zunächst ein Sprung nach 42Q. In dem 
dort liegenden Unterprogramm wird der binäre Befehlsstring , also das 
erste Befehlsbyte, zerteilt. Dabei werden die drei Integervariablen bl%, 
b2% und b3% mit dem Wert der höchsten beiden Bit, der Bit drei bis fünf 
bzw. der niederwertigsten drei Bit des ersten Befehlscodes geladen. 

Anhand dieser drei Variablen erfolgt nun die weitere Befehlsanalyse. Zu¬ 
nächst wird in Abhängigkeit von den höchsten beiden Bit, also von bl%, 
eines der vier Unterprogramme DISI 0 bis DISI 3 über den Sprungverteiler 
in Zeile 360 angesprungen. Innerhalb dieser Befehlsuntergruppen erfolgt die 
Befehlsanalyse mit Hilfe von DATA-Tabellen. Diese enthalten Register 
bzw. Registerpaare, wie sie den einzelnen Befehlsbits zugeordnet sind, und 
darüber hinaus natürlich die Mnemonics für die einzelnen Befehle. 

Das Disassemblieren besteht nun darin, daß man aus den verschiedenen 
DATA-Tabellen die zugehörigen Codes und Register zusammensucht und 
auf geeignete Art und Weise miteinander verbindet. Das Prinzip ist relativ 
einfach, die Ausführung im wesentlichen Fleißarbeit. Hier soll nur eine 
Spezialität bei der Abspeicherung der verschiedenen DATAs betrachtet 
werden. Wenn Sie das Programm anschauen, werden Sie feststellen, daß des 
öfteren ein kleines "ö" im Programmlisting auftaucht, was Sie von den Be¬ 
fehlscodes nicht gewöhnt sind. Dies ist das Druckeräquivalent für den Er- 
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weiterungsstrich <Shift>+"@". Ein Problem bei der Abspeicherung von 
DATA-Statements besteht nämlich darin, daß es nicht möglich ist, in einer 
DATA-Zeile Kommas direkt abzuspeichern, da Kommas für die Trennung 
zwischen den einzelnen DATAS benützt werden. 

Anstelle eines Kommas wird deswegen der Erweiterungsstrich benutzt. Bei 
der Ausgabe wird dieser dann mit einer Instringroutine wieder durch ein 
Komma ersetzt. (Vergleiche Zeile 120, Zeile 190). Wir wollen uns die 
Funktion der einzelnen Programmteile einmal an einigen Beispielen klar¬ 
machen. 

Beispiel: Beginnen wollen wir dabei mit einem der am leichtesten zu inter¬ 
pretierenden Kommandos, dem direkten Laden eines acht Bit Wertes aus 
einem Universalregister in ein anderes 

LD B,C. 

Ein kurzes Rückschlägen in Kapitel 5.2 liefert uns den zugehörigen hex- 
Code: 41 

oder binär : 01000001 

Teilen wir diesen Binärstring nach dem zweiten und fünften Zeichen von 
links, so erhalten wir die Werte für unsere Integervariablen bl%, b2% und 
b3% mit 1, 0 und wiederum 1. Dies ist der Ausgangspunkt unserer Erörte¬ 
rung ab Zeile 360. 

Da bl%=l ist, wird in Zeile 370 das Unterprogramm ab 740 angesprungen, 
also DISI 1. Hier wird zunächst die Befehlslänge (u) auf 1 festgelegt und 
abgeprüft, ob es sich um den Befehl HALT handelt. Dies ist in unserem 
Fall nicht gegeben. Es folgt der Befehl RESTORE 560. Als aktuelle DATA- 
Zeile werden also die darin enthaltenen einzelnen Universalregister spezi¬ 
fiziert. Das nun angesprungene Unterprogramm in 1010 liest so lange Daten 
ein, bis der Zähler i der Variablen b2% gleicht. In unserem Fall (b2%=0) 
würde hier nur das erste DATA-Statement eingelesen, also "B". 

Mit dem in z$ zwischengespeicherten Register kehren wir nach 750 zurück 
und fügen dies mit dem vorangestellten LOAD-Kommando (LD) in den 
Befehlsstring b$ ein. Es erfolgt eine Verschiebung: B2% wird gleich b3% 
gesetzt, und die Prozedur wiederholt sich. B3% ist 1, so daß nun in 1010 
Zeile 560 bis zum "C" weitergelesen wird. Nach der Rückkehr nach 750 
enthält z$ nun "C", und dieses wird nach dem als Komma fungierenden ö 
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an den Befehlsstring angehängt. Die Interpretation ist abgeschlossen, und es 
erfolgt die Rückkehr ins aufrufende Hauptprogramm. 

Schauen wir uns also nun einmal an, wie sich dieser Vorgang für einen et¬ 
was komplexeren Befehl darstellt. 


Beispiel 2: BIT 3, (IY+diff) 

Dieses indizierte Testkommando stellt wohl einen der am schwierigsten zu 
interpretierenden Befehle dar. Zunächst einmal die hex-Codes: 

FD CB dd 5E 

Schauen wir uns nun den Ablauf vom Disassembler her an. Das erste Be¬ 
fehlsbyte ist FD, was dazu führt, daß in Zeile 350 r$ auf IY gesetzt wird, 
worauf dann der Sprung nach 1180 erfolgt. Auch die nächste Bedingung 
(Byte 2 =CB) ist erfüllt, so daß keine Verzweigung nach 1260 stattfindet, 
sondern das Programm normal durchläuft. 

Da bei 3-Byte-OP-Codes das 4. Byte ( das 3. gibt ja die Differenz an) für 
die Befehlsdecodierung benötigt wird, müssen wir zunächst dieses in die 
drei üblichen Variablen bl%, b2% und b3% zerlegen. Dies erfolgt in 1190 
mit dem Ansprung von 420. 5E läßt sich binär als 01 011 110 schreiben, 
womit wir die Werte für die einzelnen Register ablesen können: B1%=1, 
b2%=3, b3%=6 

Da für alle Befehle dieser Erweiterungstabelle gilt, daß b3%=6 sein muß, 
können wir schon eine große Anzahl aller Befehlskombinationen als unsin¬ 
nig (was durch ??? repräsentiert wird) ausscheiden. Es folgt die eigentliche 
Befehlsinterpretation (bl=l). Der nach der IF-Bedingung stehende Einzeiler 
leistet den Rest. Das RETURN führt wiederum ins Hauptprogramm zurück. 

Auch die Interpretation der anderen Befehle läuft nach diesem Prinzip ab. 
Sie sollten nun einmal, nachdem Sie den Disassembler eingetippt haben, 
verschiedene Befehlscodes ausprobieren, um die korrekte Funktion zu über¬ 
prüfen. Wenn Sie glauben, daß das Programm richtig läuft, können sie zu 
Größerem übergehen. Eine erste Möglichkeit besteht darin, daß Sie sich die 
Interpretationsroutine LOW JUMP, die wir in Kapitel 5.4 behandelt haben, 
einmal selbst mit dem Disassembler auslesen. 
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10 REM ****************** 

20 REM ** Disassembler ** 

30 REM ***#******«#**##*# 

40 ZONE 1B 

50 UJINDOW# 1,1,40 f 1, 3: kJ INDGW#0,1,40,4,22: WI NDÜW#3, 1,40,23 , 25 
60 INK 0 f 0sINK 1,2:INK 2,6:INK 3,21:PAPER#1,1:PEN#1,2:PAPER 0:PEN 
3:PAPER#3,1:PEN#3,2:CLS#1:CLS#2:CLS#3 
70 LOGATE#1,15,2:PRINT#1,"DISASSEMBLER" 

80 INPUT#3, "Beginn in Hex “ ; ic*: ic=VAL ( "V+ic*) 

90 hl$=HEX$<PEEK(ic>,2):h2$=HEX$(PEEK(ic+1),2):h3$=HEX$<PEEK(ic+2) 
,2):h4$=HEX$(PEEK(ic+3),2) 

100 bl$=BIN*(PEEK<ic>,B>:b2*=BIN*(PEEK(ic+1),0) 

110 GOSUB 310:PRINT HEX$(ic,4)+ M sz*«hl*sIF u>l THEN z$=z$+h2$: 
IF u>2 THEN z$=z$+h3$:IF u>3 THEN z$=z$+h4* 

120 IF INSTR(b$,"ö")< >0 THEN b*=LEFT$<b$,INSTR<b$,"ö")-1)+ ","+MID* 
<b$,INSTR <b$,"ö M )+l) 

130 PRINT z$,bl:ic=ic+u 

140 IF INKEY$= H “ THEN 140 ELSE 90 

150 ' 

160 ' testeingaben 
170 ' 

100 INPUT"h 1$" ; hl$: INPUT M h2* n ; h2$: INPUT-hS*"; h3$: INFOT 1 ^*"; h4$:bl 
$=BIN$ <VAL( M &"+hl$> ,0) :b2$=BIN*<VAL( M 8c u +h2$) ,0) 

190 GOSUB 310:IF INSTR <b$,"ö")< >0 THEN b$=LEFT*<b$,INSTR<b$,"ö")-1 
) + " ,"+MID$(b$,INSTR(b$, M ö")+1):PRINT b$,u:GOTO 180 
200 ' 

210 ' 

220 REM *************** 

230 REM ** proc:DISI ** 

240 REM *************** 

250 REM 

260 REM-— 

270 REM IN: bl$,b2$,hl*,h2$,h3$,h4* 

200 REM OUT:b$,u 

290 REM - 

300 REM 

310 IF hl*«"CB“ THEN GOSUB 1090:RETURN 

320 IF hl*« M CB" THEN GOSUB 1090:RETURN 

330 IF hl*="DD" THEN R*="IX":GOSUB 1180:RETURN 

340 IF hl^ED" THEN GOSUB 1360: RETURN 

350 IF hl$="FD" THEN R*="IY":GOSUB 1180:RETURN 

360 bO*=bl$:GOSUB 420:REM Binteil 

370 ON bl“/.+ l GOSUB 500,740,790,840 

380 RETURN 

390 REM ***************** 

400 REM ** sub:Binteil ** 

410 REM ***************** 

420 blX=VAL ( "&x "+LEFT^ (b0$,2) ) : b2“/.=VAL < n 8<x "+MID$ <b0$,3,3) ) : b3"/.=VAL 
("fcx "+MID* <b0$,6> ) 

430 RETURN 

440 REM *********************** 

450 REM ** Ein-Byte-DP-Codes ** 

460 REM *********************** 

470 REM **************** 

400 REM ** sub:DISI 0 ** 

490 REM **************** 
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500 IF b3“/.<4 0R b37->6 THEN GDSUB 570 ELSE GQSUB 520 
510 RETURN 

520 RESTORE 560-.G0SUB 1010 

530 IF b37.=6 THEN bf="LD H +z$+" , "+h2$: u=2s RETURN 
540 IF B37.=4 THEN B*="INC " ELSE B$="DEC M 
550 B$=B$+Z$ s U=1:RETURN 
560 DATA B,C,D,E,H,L,(HL),A 

570 DATA NOP, "EX AFöAF ' " , DJNZ , JR, " JR NZö'V'JR Zö","JR NCö","JR Cö H 
580 DATA H LD BCö" , "ADD HLÖBC“ , "LD DEö" , "ADD HLÖDE" , *'LD HLö" , "ADD H 
LÖHL" v "LD SPö","ADD HLöSP" 

590 DATA INC BC,DEC BC f INC DE,DEC DE,INC HL,DEC HL,INC SP,DEC SP 

600 DATA RLCA,RRCA,RLA,RRA,DAA,CPL,SCF,CCF 

610 DATA "LD(BOÖA","LD Aö(BC)",“LD(DE)ÖA","LD Aö(DE)" 

620 IF B37.=0 THEN RESTORE 570:G0SUB 1010: B$=Z$s IF B27.<2 THEN U=1:R 
ETURN ELSE B$=B$+STR$ (VAL < "8«"+H2$> +256* (VAL ( ,, &"+H2*> >127) ) +" = M +R 
IGHT$ ( "0000 ,, +HEX$ : (i c+2+VAL ( "8t"+H2$> +256* (VAL ("8t"+H2$) >127) ) ,4) :U=2 
:RETURN 

630 IF b3X=l THEN RESTORE 5B0:G0SUB 1010: b$=z$: IF INT (b27./2) < >b2X/ 

2 THEN u=l:RETURN ELSE b*=b$+h3$+h2$:u=3:RETURN 

640 IF B37.=3 THEN RESTORE 590: GDSUB 1010: B$=Z$: u= 1: RETURN 

650 IF b37.=7 THEN RESTORE 600: GDSUB 1010: b$=z$: u=l: RETURN 

660 IF B27.<4 THEN RESTORE 610:G0SUB 1010: b$=z$: u*l: RETURN 

670 u=3: IF b27.=4 THEN b$="LD ( "+h3$+h2$+" ) öHL" : RETURN 

680 IF b27.=5 THEN b$="LD HLö ( "+h3$+h2$+" ) " : RETURN 

690 IF b27.=6 THEN b$="LD ( "+h3^+h2^+" ) ÖA" : RETURN 

700 b$="LD Aö("+h3$+h2$+")RETURN 

710 REM ************ 

720 REM ** DISI 1 ** 

730 REM ************ 

740 u=l:IF h1$="76" THEN b$="HALT":RETURN 

750 RESTORE 560:G0SUB 1010:b$="LD "+z$: b27.=b3X: RESTORE 560:G0SUB 1 
010:b$=b$+"ö"+z $:RETURN 
760 REM ************ 

770 REM ** DISI 2 ** 

780 REM ************ 

790 u=l: RESTORE BOO: GQSUB 1010: b*=z$: b27-=b37.: RESTORE 560: GQSUB 101 
O:b$=b$+z$:RETURN 

BOO DATA "ADD AÖ","ADC Aö","SUB "/'SBC Aö","AND ","XOR ","OR "/'CP 


810 REM ************ 
B20 REM ** DISI 3 ** 


830 REM ************ 


840 IF b37.=7 
850 IF b37.=0 
860 IF B37.= l 
870 IF b37=6 
BBO IF b37-=2 


THEN u=l:b*="RST "+HEX$ (8*b27.) : RETURN 

THEN u=l:RESTORE 950:G0SUB 1010:b$="RET "+z*:RETURN 

THEN RESTORE 960:GQSUB 1010:b$=z$:u=l:RETURN 

THEN RESTORE 800:GDSUB 1010:b$=z$+h2$:u=2:RETURN 

THEN RESTORE 950: GQSUB 1010:b$="JP ,, +z$+"ö"+h3$+h2$: u 


=3:RETURN 
890 IF b37.=4 
:u=3:RETURN 
900 IF b37.=3 
910 IF b37-=5 
920 IF b37.=5 


THEN RESTORE 950:G0SUB 1010:b*="CALL "+z$+"ö"+h3*+h2$ 

AND b27.=0 THEN b$="JP "+h3*+h2$: u=-3: RETURN 

AND b27.= l THEN b$="CALL "+h3*+h2$:u=3:RETURN 

THEN RESTORE 970:b2X=b27/2:GQSUB 1010:b*="PUSH "+z$:u 


=1:RETURN 

930 IF b27->3 THEN RESTORE 970:G0SUB 1010: b$=z$: u=l: RETURN 

940 u=2: IF b27.=2 THEN b$="OUT ( "+h2$+" ) ÖA" : RETURN ELSE b*="IN Aö(" + 

h2$+">":RETURN 
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950 DATA NZ,Z,NC,C,P0,PE,P,M 
960 DATA "POP BC“,“RET","POP DE", 
"LD SPÖHL" 

970 DATA BC,DE,HL t AF,"EX(SP)öHL", 
9B0 ' 


"EXX",“POP HL","JP<HL)" 
"EX DEöHL",“DI","EI" 


990 ’ Befehl aus DATA lesen 


1000 ' 

1010 FOR 1=0 TO B27i:READ Z$:NEXT I:RETURN 
1020 REM *************************** 

1030 REM ** Erweiterungskommandos ** 

1040 REM *************************** 


"POP AF", 


1050 ' 

1060 REM ************* 
1070 REM ** DISI CB ** 


10 B0 REM ************* 


1090 DATA RLC,RRC,RL,RR,SLA,SRA,???,SRL 

1100 b0$=b2*:GOSUB 420:u=2:lF bl7.=0 THEN RESTORE 

$=z$:RESTORE 560 :b2X=b3X:GOSUB 1010:1F B*<>"???" 

:RETURN ELSE RETURN 

1110 V=B2X:B2X=B3X:RESTORE 560:GOSUB 1010 
1120 IF b 17.= 1 THEN b*="BIT"+STR*(V) +"ö"+z*:RETURN 
1130 IF b17=2 THEN b*="RES"+STfi*(V)+"ö“+z*:RETURN 
1140 IF blV.=3 THEN b*="SET"+STR*(V) +"ö"+z*:RETURN 
1150 REM **************** 

1160 REM ** DISI DD+FD ** 

1170 REM **************** 


1090:GOSUB 1010:b 
THEN b$=b$+" "+z* 


1180 IF h2$<>"CB" THEN 1260 

1190 U=1:bO*=RIGHT*<"00000000"+BIN*(VAL("*<“+h4*>),8):GOSUB 420:IF 

b37.<>6 THEN b*=" ???“: RETURN 

1210 DATA RLC,RRC,RL,RR,SLA,SRA,???,SRL 

1220 U=4:IF B17.=0 THEN RESTORE 1210:G0SUB 950: IF h4$= 36 THEN b*- 
z*:u=1:RETURN ELSE B*=Z$+"("+R*+"+"+H3*+"RETURN 
1230 IF B1X=1 THEN B*="BIT" +STR* < B2X)+"ö <"+R*+" + " +H3*+ " > ":RETURN 
1240 IF Bl54=2 THEN B*= "RES" +STR* <B27.) + "ö <" +R*+ " + " +H3S+ ") ": RETURN 
1250 B$="SET“+STR$<B2X)+"ö("+R*+"+"+H3*+")“:RETURN 

1260 bO*=B2*:GOSUB 420: IF B17.=3 THEN U=2: IF H2*="E5" THEN B*="PUSH 
"+R*:RETURN ELSE IF H2$="E1" THEN B*="POP "+R*:RETURN ELSE IF H2* 
="E9" THEN B#="JP("+R*+")":RETURN ELSE IF H2$="E3" THEN Bt-"EX(SP) 
ö"+R$:RETURN ELSE IF H2*="F9" THEN B*="LD SPÖ"+R$:RETURN 
1270 IF B17.=2 THEN IF B37.=6 THEN RESTORE BOO:GOSUB 950: B*=Z$+" <"+R 
*+ ,, + "+H3$+"> ":U=3:RETURN 

1200 IF B17.= l THEN U=3: IF B27.=6 AND B3X=6 THEN U=1: B*= "???": RETURN 
ELSE IF B2X=6 THEN RESTORE 560:B2X=B3X:GOSUB 950:B*="LD("+R*+"+"+ 
H3S+")Ö"+ZS:RETURN ELSE IF B3X=6 THEN RESTORE 560:G0SUB 950:B*="LD 


■■+Z*+"ö <“+R*+ ,, + ,, +H3t+"> ":RETURN 

1290 IF B1XOO THEN 1320 ELSE U=2:IF H2*="09" THEN B*="ADD "+R*+"Ö 
BC":RETURN Fl SE IF H2*="19" THEN B*="ADD "+R*+"ÖDE":RETURN ELSE IF 
H2$="29" THEN B*="ADD "+R$+"ö"+Rt:RETURN ELSE IF H2*="39" THEN B* 


= "ADD "+R*+“öSP":RETURN _ _ 

1300 IF H2*="23" THEN B*="INC "+R*:RETURN ELSE IF H2*-"2B THEN B * 
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= "DEC "+R*: RETURN ELSE IF H2*="34" THEN B$= " I NC <“ +R*+ " + " +H34+ ") ": U 
=3:RETURN ELSE IF H2$="35" THEN B*="DEC("+R*+"+ ,, +h3*+“)":u=3sRETUR 
N ELSE U=4 

1310 IF H2*="36" THEN BT="LD("+R*+ ,, +"+H3*+")ö"+H4$iRETURN ELSE IF 
H2*="22" THEN B$="LD("+H4*+H3*+")ö"+R$:RETURN ELSE IF H2*»"2A“ THE 
N B*="LD "+R$+"ö("+H44+H34+") ":RETURN ELSE IF H2$="21" THEN B*="LD 
"+R»+"ö"+H4$+H3* s RETURN 
1320 U=1:B*=“???":RETURN 
1330 REM *##*#*****■**# 

1340 REM #* DISI ED #* 

1350 REM **##*#***##** 

1360 B0*=B2*sG0SUB 420: IF B1X>2 OR B17.=0 THEN 1470 
1370 IF B17.=2 AND<B27.<4 OR B3%>3) THEN 1470 

1380 IF B1X=2 THEN B27.=B27.-4+4*B37.: RESTORE 1390:60SUB 950:U=2:B*=Z 
*:RETURN 

1390 DATA LDI,LDD,LDIR,LDDR,CPI,CPD,CPIR,CPDR,INI,IND,INIR,INDR.OU 
TI,OUTD,OTIR,OTDR 

1400 IF B3X>3 THEN U=2sIF H2*="44" THEN B4="NEG":RETURN ELSE IF H2 
$■"40" THEN B*="RETI":RETURN ELSE IF H2*="45" THEN B$="RETN":RETUR 
N ELSE IF H2*="46" THEN B$="IM 0“:RETURN ELSE IF H2*="56" THEN B*= 
"IM 1":RETURN ELSE IF H2*="5E" THEN B*="IM 2":RETURN 
1410 IF B37.>3 THEN IF H2$="57" THEN B*="LD AöI": RETURN ELSE IF H2* 
=“47" THEN B$="LD IöA":RETURN ELSE IF H2*=“6F" THEN B*=“RLD"tRETUR 
N ELSE IF H2*="67" THEN B$="RRD":RETURN ELSE IF H24="4F" THEN B*=" 
LD R,A"sRETURN ELSE IF H2*="5F" THEN B4="LD A,R"sRETURN 
1415 IF B37.>3 THEN 1470 

1420 DATA "SBC HLÖBC","ADC HLÖBC","SBC HLÖDE","ADC HLÖDE“,"SBC HLö 
HL","ADC HLÖHL",“SBC HLÖSP","ADC HLÖSP“ 

1430 IF B37.=2 THEN RESTORE 1420:SOSUB 1010: B*=Z4:U=2:RETURN 
1440 IF B3X=3 THEN U=4: IF B27.=0 THEN B$="LD ("+H44+H34+" ) ÖBC" X RETUR 
N ELSE IF B2X=1 THEN B$="LD BCÖ("+H4*+H3*+">":RETURN ELSE IF B2X=2 
THEN B$= 11 LD < “ +H4$+H3*+" ) ÖDE“ : RETURN ELSE IF B27.=3 THEN B*="LD DEÖ 
<"+H4*+H3$+")":RETURN 

1450 IF B37.=3 THEN IF B27.=4 THEN B4="LD ("+H4$+H3*+") ÖHL": RETURN EL 
SE IF B27.=5 THEN B$="LD HLö < "+H44+H3*+")“: RETURN ELSE IF B27.=6 THE 
N B*="LD<"+H4$+H3*+">öSP":RETURN ELSE IF B2'/.=7 THEN B*="LD SPöC'+H 
4 $+H3 *+"RETURN ELSE 1470 

1460 IF B27.=6 THEN 1470 ELSE U=2:RESTORE 560:G0SUB 950: IF B37.=0 TH 
EN B*="IN "+Z4+"ö <C)":RETURN ELSE B$="OUT (C)ö"+Z#:RETURN 
1470 U=1:B*="???":RETURN 
1480 DATA öööööö" 


Mit dem Disassembler verfügen wir nun über ein ausgezeichnetes Werk¬ 
zeug, um Maschinenprogramme zu analysieren. Unangenehmerweise stellt 
aber nun nicht jedes Byte im Adressraum des CPC ein Maschinenprogramm 
dar, so daß es angenehm wäre, wenn wir zusätzlich noch die Möglichkeiten 
unseres Monitors zur Verfügung hätten. Wir müssen also den Disassembler 
mit CPC-MON verbinden. Den Platz dafür hatten wir ja sowieso schon 
reserviert. 
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Die am Disassembler vorzunehmenden Änderungen sind dabei denkbar ge¬ 
ring, Der Teil Testeingaben kann natürlich entfallen. Auch ist die Angabe 
der WINDOWS und der Farben nicht mehr notwendig. Dies wird nun vom 
Hauptprogramm übernommen. Daneben sind einige Anpassungen in bezug 
auf die Adressierung notwendig, um es zu ermöglichen, daß der Disas¬ 
sembler sowohl aus dem ROM als auch aus dem RAM liest. 

Zur Analyse des ROM benutzen wir wiederum ROMREAD, das ja als Un¬ 
terprogramm im Monitor zur Verfügung steht. Unsere hex-Strings greifen 
in diesem Fall nicht direkt auf die Speicherstellen zu, sondern werden aus 
40050 bis 40053 geladen. Auch ist es in der geänderten Version möglich, 
wahlweise auf dem Bildschirm oder auf dem Drucker auszugeben. Die Um¬ 
schaltung geschieht dabei, wie schon vom Monitor gewohnt, mit der Funk¬ 
tion A. 

Der erweiterte Monitor verfügt auch noch über 2 andere neu integrierte 
Routinen. Zum ersten haben wir ’gomach’ in das Programm eingebunden 
(Zeile 2150 bis 2270), und auch eine Blocktransferroutine findet sich einige 
Zeilen darüber. Der Maschinenladeteil von GOMACH wurde hinter die 
entsprechende Laderoutine von ROMREAD, wie schon in Kapitel 4 be¬ 
schrieben, abgelegt; das Programm wurde also gesplittet. 

Wenn Sie ein bißchen blättern und die Programme vergleichen, werden 
Ihnen die Unterschiede schnell klarwerden, und es dürfte dann ein leichtes 
sein, die Programme mit MERGE und RENUM zusammenzubauen. Als 
Vergleichsgröße hier noch einmal das jetzt endgültig fertige Listing unseres 
Monitors. 
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10 ' ************* 

20 * ** CPC-MON ** 

30 ' ************* 

40 ' 

50 1 Initialisierung 
60 ■ 

70 QN ERROR GOTO 910 
BO MODE 1 

90 INK 0,0:1NK 1,21:INK 2,2:INK 3,24:WIND0W#0,1,40,4,25: WINDÜW#1,1 
,40,1,3 

lOO PAPER O:PEN 1:PAPER#1,2:PEN#1,3:CLS:CLS#1 
HO MEMORY 39999 
120 * 

130 ' data romread 
140 ' 

150 DATA cd,00,b9,cd,06,b9,47,21,00,00 
160 DATA 7e,32,72,9c,23,7e,32,73,9c,23 
170 DATA 7e,32,74,9c,23 ,7b, 32,75,9c 
1B0 DATA 78,cd ,0c,b9,c9,x 
190 i=40000 

200 READ a$:IF al="x" THEN 300 
210 POKE i , VAL ( " St" +a$) : i =i +1: GOTO 200 
220 ' 

230 ' data gomach 
240 ' 

250 DATA ed,73,79,9c,31,bO,a2,cd,00,00 
260 DATA f5,c5,d5,e5,dd ,e5,f d ,e5,3e,00 
270 DATA 32,7b,9c,ed,73,77,9c,ed,7b 
2B0 DATA 79,9c,c9 
290 DATA x 
300 1=40060 

310 READ a$:IF a$= n x H THEN 360 

320 POKE i , VAL < " 5t"+a$) : i =i +1: GOTO 310 

330 J 

340 ' variablen initialisieren 
350 ' 

360 romval=4000B:romread=40000 

370 rom=0:LOGATE#1,34,1:PRINT#1,"RAM" 

380 stream=0:L0CATE#1,4,1:PRINT#1,"Bchirm" 

390 ' 

400 ‘ Befehlsabfrageschleife 
410 * 

420 INPUT b* 

430 c$=LOWER*<LEFT$(b$,1)) 


440 

IF 

c$="m" 

THEN 

610 

450 

IF 

c$="r" 

THEN 

8B0 

460 

IF 

c$="k" 

THEN 

15B0 

470 

IF 

c$ = 11 1 11 

THEN 

930 

4BO 

IF 

c$= " c 11 

THFN 

1450 

490 

IF 

c$= "1 11 

THEN 

1250 

500 

IF 

c*="s" 

THEN 

1060 

510 

IF 

c$="a" 

THEN 

1190 

520 

IF 

c$ = 11 p " 

THEN 

1370 

530 

IF 

c$= 11 X " 

THEN 

END 

540 

IF 

c$="b" 

THEN 

2040 

550 

IF 

c*s"g" 

THEN 

2150 

560 

IF 

c$="d n 

THEN 

2310 
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570 IF c*="h'* THEN 1700 
580 IF c*="i" THEN 1910 
590 GOTO 420 
600 ' 

610 ' memory anzeigen 
620 ' 

630 z$="":y$="" 

640 w=INSTR(b$,";"> 

650 IF w=0 THEN an=VAL(MID*(b$ f 3))sen=an+l12 ELSE an=VAL(MID*(b$,3 
,w-3)):en=OAL(MID*(b* f w+l)) 

660 IF en<0 THEN en=en+65536 
670 IF an<0 THEN an=an+65536 
6S0 PRINT 

690 FÜR i=an TG en STEP B 

700 FÜR j=0 TO 1 

710 IF rom=0 THEN 740 

720 s2=INT((i+4*j)/256):sl=i+4*j-256*s2 

730 POKE romval,sl:POKE romval+1,s2:CALL romreadsGOTO 760 
740 FOR k=0 TG 3:PGKE 40050+k,PEEK(i+4*j+k) 

750 NEXT k 

760 FOR k=0 TQ 3 

770 z *=z*+RIGHT*("0"+HEX*(PEEK(40050+k)),2)+" " 

700 IF PEEK(40050+k)<32 THEN y$=y*+CHR*(24)+CHR*(63)+CHR*(24) ELSE 
y$=y*+CHR*(PEEK(40050+k)) 

790 NEXT k,j 

BOO PRINT#stream*(—B) f RIGHT*("000"+HEX*(i) f 4)+" ,, +Z*+" "+y* 

810 z$="":y*="" 

820 NEXT i 
830 PRINT 
840 GOTO 590 
850 * 

860 ' romchange 

870 ' 

880 ram=NOT(ram) 

890 LQCATE#1 f 34 f 1:IF rom=0 THEN PRINT#1,"RAM" ELSE PRINT#1,"RON" 
900 GOTO 590 

910 IF ERR=7 THEN PRINT"Speicherbereich belegt!!"sRESUME 590 
920 PRINT:PRINT"Falsehe Befehlseingabe!!"8RESUME 590 
930 ' 

940 'Texteingabe 
950 ' 

960 LINE INPUT"Bitte geben Sie den Text ein (max.255 Zeichen)";z$ 

970 INPUT"Ab welcher Speicherstelle soll der Text liegen";w 

9B0 IF w<0 THEN w=w+65536 

990 FOR i=w TO w+LEN(z*)-l 

1000 POKE i,ASC(MID*(z *, i—w+1 f 1)) 

1010 NEXT i 
1020 GOTO 590 
1030 ' 

1040 ' Save 
1050 ' 

1060 INPUT"Erstes Byte des Bereiches";an 
1070 IF an<0 THEN an=an+65536 
1080 INPUT"Letztes Byte des Bereiches";en 
1090 IF en<0 THEN en=en+65536 

1100 IF en<=an THEN PRINT"falscher Bereich!!" 
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1110 INPUT"Name des Files";n* 

1120 PRINT"Speed Write 1 j/n" 

1130 z*=L0WER*(INKEY*):IF z*="j" THEN SPEED WRITE 1 ELSE IF z*="n" 
THEN SPEED WRITE O ELSE 1130 
1140 SAVE n* f b,an,en-an 
1150 GOTO 590 
1160 ' 

1170 ' Ausgabegeraet umschalten 
1100 ' 

1190 stream=NQT(stream) 

1200 LGCATE#1,4,1:IF stream=0 THEN PRINTttl,"Schirm " ELSE PRINT#l f 
"Drucker" 

1210 GOTO 590 
1220 ' 

1230 ' File laden 
1240 ' 

1250 PRINT 

1260 INPUT"Name des Files";n* 

1270 PRINT"Neue Adresse j/n" 

1200 z*=LOWER* (INKEY*) : IF z*=“n" THEN LOAD ""+n* 

1290 IF z*< >"j" THEN 1200 

1300 INPUT"Ab welcher Adresse laden";w 

1310 IF w<0 THEN w=w+65536 

1320 LOAD ""+n*,w 

1330 GOTO 590 

1340 ' 

1350 ' Pragrammobergrenze -festlegen 
1360 ' 

1370 PRINT:PRINT"Alte Programmobergrenze";HIMEM 

1300 INPUT"Neue Pragrammobergrenze (HIMEM)";w 

1390 IF w<0 THEN w=w+65536 

1400 MEMORY w 

1410 PRINT:GOTO 590 

1420 ' 

1430 ' Zahlen konvertieren 
1440 ' 

1450 PRINT:INPUT"Zu konvertierende Zahl";w 
1460 IF w<0 THEN w=w+65536 
1470 IF w>255 THEN 1510 

1400 PRINT“ dezimal hexa dual" 

1490 PRINT" “+RIGHT*(" "+MID* < STR*(w) f 2) , 3 > + " "+RIGHT* <" 

0"+HEX*(w) f 2 > +" “+RIGHT*("OOOOOOO"+BIN*(w) f 8) 

1500 PRINT:GOTO 590 

1510 PRINT" dezimal hexa dual" 

1520 PRINT“ "+RIGHT*(" "+MID*(STR*(w> f 2) f 5)+" "+RIGHT*( 

"000"+HEX*(w),4)+" "+RIGHT*("000000000000000"+BIN*(w),16) 

1530 PRINT 
1540 GOTO 590 
1550 ' 

1560 ' Speicherbereich 1oeschen 
1570 ■ 

1580 INPUT"Erstes zu loeschendes Byte";an 
1590 INPUT"Letztes zu loeschendes Byte";en 
1600 IF an<0 THEN an=an+65536 
1610 IF en<0 THEN en=en+65536 
1620 PRINT"Loeschen von";an;"bis";en;"j/n" 
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1630 z*=L0WER*<INKEY*) 

1640 IF z*="n" THEN 590 
1650 IF z $<>“j" THEN 1630 

IS Für i-n TO ens POKE i f Os NEXT i = GOTO 590 

1670 ' 

1600 # Help 

1700 CLSs PRINT“Bef ehlsVorrats ": PRINT 
1710 PRINT"A Ausgabegeraet Drucker/Schirm 
1720 PRI NT " B Blacktransfer" 

1730 PRINT"C Zahlensysteme konvertieren 
1740 PRINT"D Programm disassemb1ieren' 

1750 PRINT"E Programm anspringen" 

1760 PR I NT 11 H Hilfsliste ausgeben" 

1770 PRINT"I Spei eherstellen eingeben"^ 

17G0 PRINT"K Speicherbereiche loeschen" 

1790 PRINT"L Speicherbereich laden" 

1B00 PRINT"M Speicherbereich darstellen" ^ 

1010 PRINT"P Programmnbergrenze festlegen 
1820 FRINT"R ROM/RAM-Umschaltung" 

1Ö30 PRINT |J 5 Speicherbereich sichern" 

1040 PRINT"T Text eingeben" 

1050 PRINT"X CPCMQN verlassen" 

1860 PRINT 
1070 GOTO 590 
1880 ' 

1B90 * Speicherbereiche eingeben 

1900 ' 

1910 INPUT" Ab welcher Speicherstelle";w 

1930 PRINT°cHR#*< 24)+"h^+CHR#(24)+"ex oder "+CHR*(24)+"d"+CHR*(24)+ 
INKEY»). IF z*="h” THEN hex = l ELSE IF z*="d" THEN he 

x=0 ELSE 1940 

1950 PRINT:PRINT"Ende mit 'x'” 

I960 PRINT tudiit 

1970 FRINT"Inhalt Speicherstelle iwj:INPUT nS 
19S0 IF LOWER*<n$>="X" TUEN PRINT:GOTO 590 
1990 IF hex=1 THEN POKE w,VAL("tc" + n*>:w=w+lsGOTO 1970 
2000 POKE w,VAL(n*):w=w+l:G0T0 1970 
2010 ' 

2020 ' Blocktrans-f er 

^040 PRINT: INPUT"Ab welcher Speicherstelle" ; sl :INPUT Bis zu welche 
r Spei cherstel 16'*$ säs I NP Lif'' 1 Neuer Anfanges 
2050 IF S<0 THEN s=s+65536 
2060 IF sl<ü 1HEN sl=sH-65536 

2070 IF s2<0 THEN s2=s2+65536 , . ,,«.rqtD 2040 

2080 IF sl>=s2 IHEN PRINT"Bei elch i aisch_ .GOTO 2040 
2090 IF 5 <sl THEN FÜR i=s TO s+s2-sl:P0KE i,FEEK(sl+i sl.NtA.. 

2100 FOR i=s+s2-sl TO s STEP-lsPOKE i,PEEK(sl+i—s):NEXT:GOTO 590 
2110 GOTO 590 
2120 ' 

2130 ' Maschi nenprogramm anspringen 

2140 ' 
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2150 INPUT"Ansprunstelle";s 

2160 IF s<0 THEN s= s+65536 

2170 sl=INT Cs/256):s2=s-256*sl 

2180 POKE 4006S,s2sPDKE 40069,slsCALL 40060 

2190 machstack=PEEK(40055)+256*PEEK(40056) 

2200 z*= ,fn 

2210 FOR i=machstack Tü machstack+10 STEP 2 

2220 z$=RIGHT$( ,, 0"+HEX$(PEEK(i + l> ) , 2) +RIGHT $ ( " O " +HEX$ (PEEK ( i ) ) ,2> + 
" "+z$ 

2230 NEXT 

2240 z$=z$+RIGHT$ < "0'*+HEX$ (PEEK (4005B) ) ,2)+RIGHT$("0"+HEX$(PEEK(40 
057)),2) 

2250 n$=" AF BC DE HL IX IY SP " 

2260 L0CATE#1,1,2:PRINT#1,nS;:LGCATEttl,1,3:PRINT#1,z$; 

2270 GOTO 590 
2280 * 

2290 ' Programm disassemblieren 
2300 ' 

2310 REM 

2320 REM #***#*##*****##**# 

2330 REM ** Disassembler ** 

2340 REM ****************** 

2350 ZONE 18 

2360 LOGATE#1,15,1:PRINT#1,"DISASSEMBLER" 

2370 PRINT: INPUT "Beginn in Hex " ; ic$: ic=VAL ( "8t"+ic$> : PRINT 
2380 IF ic<0 THEN ic=ic+65536 

2390 IF rom=-l THEN 2410 ELSE hl*=HEX*(PEEK(ic),2):h2$=HEX*(PEEK(i 
c+1),2):h3$=HEX$(PEEK(ic+2),2):h4*=HEX*(PEEK(ic+3),2) 

2400 b1$=BIN$(PEEK(ic),8):b2$=BIN$(PEEK(ic+1),B):GOTO 2450 
2410 s2=INT((ic)/256):sl=ic-256*s2 

2420 PGKE ramval t sl:PDKE romval+1,s2:CALL romread 

2430 hl*=HEX$(PEEK(40050),2):h2*=HEX*(PEEK(40051),2):h3$=HEX*(PEEK 
(40052),2):h4$=HEX$(PEEK(40053),2) 

2440 b1$=BIN$(PEEK(40050),8):b2$=BIN$(PEEK(40051),8) 

2450 GQSUB 2600:PRINT#stream*-B,HEX*(ic,4)+" ";:z*=h1»:IF u>l THE 

N z$—z$+h2$:IF u>2 THEN z$=z*+h3$:IF u>3 THEN z*=z$+h4* 

2460 IF IN5TR(b$,"ö")< >0 THEN b$=LEFT*(b*,INSTR(b*,"ö")-1)+","+MID 
$(b$,INSTR(b$,"ö")+l) 

2470 PRINT# stream*-B, z$,b$:ic=ic+u 

2480 IF INKEY*="^" THEN LOG ATE# 1,15,1: PR I NT # 1, SPACES (15): PR I NT: GOT 
G 590 ELSE 2390 
2490 ' 

2500 ' 

2510 REM *************** 

2520 REM ** proc:DISI ** 

2530 REM *************** 

2540 REM 

2550 REM---- 

2560 REM IN: bl$,b2$,hl$,h2$,h3*,h4* 

2570 REM OUT:b$,u 

2580 REM - 

2590 REM 

2600 IF hl$="CB" THEN GOSUB 3380:RETURN 
2610 IF hl$="CB" THEN GOSUB 3380: RETURN 
2620 IF hl$="DD" THEN R$="IX":GOSUB 3470:RETURN 
2630 IF h1$="ED" THEN GOSUB 3650: RETURN 
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2640 IF hl*="FD" THEN R$="IY":GOSUB 3470:RETURN 
2650 bO$=bl*:GOSUB 2710:REM Binteil 
2660 CIN bl54+1 GOSUB 2790,3030,3080,3130 
2670 RETURN 

2680 REM ***************** 

2690 REM ** sub:Binteil ** 

2700 REM ***************** 

2710 b 154=VAL ("4tx" +LEFT$(bO$,2) ) : b255=VAL < "8<x "+MID* <b0*,3,3)>:b3X=VA 
LC'&x "+MID*(b0*,6) ) 

2720 RETURN 

2730 REM *********************** 

2740 REM ** Ein-Byte-QP-Codes ** 

2750 REM *********************** 

2760 REM **************** 

2770 REM ** sub:DISI O ** 

2700 REM **************** 

2790 IF b354<4 OR b354>6 THEN GOSUB 2860 ELSE GOSUB 2810 
2800 RETURN 

2810 RESTORE 2850sGOSUB 3300 

2820 IF b354-6 THEN b$="LD "+z#+",“+h2*:u=2:RETURN 
2830 IF B35C=4 THEN B*="INC “ ELSE B*=“DEC “ 

2840 B*=B*+Z*:U=1:RETURN 
2850 DATA B,C,D,E,H,L,(HL),A 

2860 DATA NOP,"EX AFöAF'",DJNZ,JR,"JR NZÖ",“JR ZÖ","JR NCÖ",“JR Cö 

n 

2870 DATA "LD BCö","ADD HLÖBC",“LD DEö","ADD HLöDE","LD HLÖ“,"ADD 
HLÖHL","LD SPö”,"ADD HLÖSP“ 

2880 DATA INC BC,DEC BC.INC DE,DEC DE,INC HL,DEC HL,INC SP,DEC SP 

2890 DATA RLCA,RRCA,RLA,RRA,DAA,CPL,SCF,CCF 

2900 DATA "LD(BC)ÖA","LD Aö(BC)",”LD(DE)ÖA","LD Aö(DE)" 

2910 IF B354=0 THEN RESTORE 2860:GOSUB 3300:B$=Z*: IF B27.<2 THEN U=1 
: RETURN ELSE B*=B*+STR*(VAL("tt“+H2$)+256*(VAL("&"+H2*>>127))+“ - 
+RIGHT#("0000"+HEX*(ic+2+VAL("&"+H2*)+256*(VAL("8<"+H2*)>127)) ,4) sU 
=2■RETURN 

2920 IF b354=l THEN RESTORE 2870:GOSUB 3300:b*=z*: IF INT(b254/2) <>b2 

■/./2 THEN u=l: RETURN ELSE b*=b*+h3*+h2$: u=3: RETURN 

2930 IF B35C=3 THEN RESTORE 2880:GOSUB 3300:B*=Z*:u=l:RETURN 

2940 IF b354=7 THEN RESTORE 2890:GOSUB 3300:b*=z*:u=l:RETURN 

2950 IF B25C<4 THEN RESTORE 2900:GOSUB 3300:b*=z$:u= 1:RETURN 

2960 u“3: IF b25C=4 THEN b$="LD (“+h3#+h2#+") ÖHL":RETURN 

2970 IF b254=5 THEN b*=”LD HLö( M +h3*+h2*+")“:RETURN 

2980 IF b254=6 THEN b*=“LD("+h3*+h2*+")ÖA":RETURN 

2990 b$="LD Aö("+h3$+h2*+">":RETURN 

3000 REM ************ 

3010 REM ** DISI 1 ** 

3020 REM ************ 

3030 u=l: IF hl$="76" THEN b*="HALTRETURN 

3040 RESTORE 2850: GOSUB 3300:b$=“LD “+z*: b25C=b354: RESTORE 2850: GOSU 
B 3300:b*=b*+"ö“+z$:RETURN 
3050 REM ************ 

3060 REM ** DISI 2 ** 

3070 REM ************ 

3080 u= 1:RESTORE 3090:G0SUB 3300:b*=z*:b254=b354:RESTORE 2B50:GOSUB 
3300:b*=b*+z*:RETURN 

3090 DATA "ADD Aö","ADC Aö","SUB ","SBC Aö“,"AND ","XOR ","0R ", C 
P " 
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3100 REM ************ 


3110 REM ** DISI 3 ** 
3120 REM ************ 


3130 IF b37=7 
3140 IF b37=0 
3150 IF B37=l 
3160 IF b37=6 
3170 IF b37=2 
:u=3:RETURN 


THEN u=l s b*="RST "+HEX$ <B*b27> s RETURN 

THEN u=l: RESTORE 3240:G0SUB 3300s b*=’*RET " +z$: RETURN 

THEN RESTORE 3250:T30SUB 3300: b*=z$: u=l s RETURN 

THEN RESTORE 3090:G0SUB 3300:b$=z$+h2$:u=2:RETURN 

THEN RESTORE 3240:G0SUB 3300:bS= n JP M +z$+"ö"+h3$+h2$ 


31 BO IF b37=4 THEN RESTORE 3240:G0SUB 3300: b$= M CALL n +z*+"ö"+h3*+h 
2$:u=3:RETURN 


3190 IF b37=3 AND b27=0 THEN b$="JP "+h3$+h2*: u=3: RETURN 
3200 IF b37=5 AND b27.= l THEN b$="CALL H +h3$+h2$:u=3:RETURN 
3210 IF b37.=5 THEN RESTORE 3260:b27=b27/2:GOSUB 3300: b$="PUSH "+z$ 
:u=l:RETURN 


3220 IF b27>3 THEN RESTORE 3260:G0SUB 3300:b*=z$:u=l:RETURN 
3230 u=2: IF b27=2 THEN b$="OUT < "+h2$+" ) ÖA" : RETURN ELSE b$="IN Aö ( " 
+h2$+") M :RETURN 


3240 DATA NZ,Z,NC f C,PO,PE,P,M 

3250 DATA "POP BC","RET","POP DE","EXX","POP HL",“JP(HL)","POP AF" 
,"LD SPöHL" 

3260 DATA BC t DE,HL,AF,"EX(SP)ÖHL","EX DEöHL","DI","EI" 

3270 ' 

3200 ’ Befehl aus DATA lesen 
3290 ' 

3300 FOR 1=0 TO D2X:READ Z*:NEXT I:RETURN 
3310 REM *************************** 

3320 REM ** Er wtfi Lerungskommandos ** 

3330 REM *************************** 

3340 ' 

3350 REM ************* 

3360 REM ** DISI CB ** 

3370 REM ************* 

3380 DATA RLC,RRC,RL,RR,SLA,SRA , ???,SRL 

3390 bO$=b2*:GOSUB 2710:u=2:IF bl7=0 THEN RESTORE 33B0:G0SUB 3300: 
b$=z$: RESTORE 2850:b27=b37:GOSUB 3300: IF B^O"???" THEN b$=b$+" n + 
z$:RETURN ELSE RETURN 

3400 V=B27:B27=B37:RESTORE 2850: GOSUB 3300 
3410 IF bl7=1 THEN b*= M BIT M +STR*(V)+ "ö n +z$:RETURN 
3420 IF bl7=2 THEN b$="RE6"+BTR*(V)+ "ö"+z$:RETURN 
3430 IF bl7=3 THEN b$="SET"+STR$ (V) + ,, ö"+z$: RETURN 
3440 REM **************** 

3450 REM ** DISI DD+FD ** 

3460 REM **************** 

3470 IF h2$<> M CB" THEN 3550 

34B0 U= 1: bO$=R IGHT$ (*’ 00000000 " +BI N$ < VAL < " & " +h4$ > ) , B) : GOSUB 2710: IF 
b37< >6 THEN b*="??? n :RETURN 
3490 IF H4$="7E M THEN B$="???":RETURN 
3500 DATA RLC,RRC , RL v RR,SLA,SRA ,???,SRL 

3510 U=4: IF Bl7=0 THEN RESTORE 3500: GOSUB 3300: IF h4$= ,, 36" THEN b$ 
=z$:u=l:RETURN ELSE B$=Z$+" ( "+R$+ ,, + ,, +H3$+" ) " : RETURN 
3520 IF Bl7=1 THEN B$="BIT"+STR$(B27)+"ö("+R$+"+"+H3$+")":RETURN 
3530 IF Bl7=2 THEN B$="RES"+STR$(B2X)+"ö("+R*+ M + "+H3$+")":RETURN 
3540 B$= ,, SET"+STR$<B27)+ ,, ö( ,, +R$+ ,, + ,, +H3$+ M ) RETURN 
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3550 bO*=B2*sGOSUB 2710s IF Bl'/.=3 THEN U=2s IF H2*="E5" THEN B*="PUS 
H "+R*sRETURN ELSE IF H2$="E1" THEN B$="P0P "+R*sRETURN ELSE IF H2 
*="E9" THEN B*="JP<"+R*+">"sRETURN ELSE IF H2*="E3" THEN B*="EX(SP 
>ö"+R*sRETURN ELSE IF H2*="F9" THEN B*="LD SPö"+R*sRETURN 
3560 IF B17.=2 THEN IF B37.=6 THEN RESTORE 3090sSOSUB 3240: B$=Z$+" (" 
+R*+ ■■ + " +H34+ ") " s U=3 s RETURN 

3570 IF B1X=1 THEN U=3: IF B2X=6 AND B37.=6 THEN U=1:B*="???":RETURN 
ELSE IF B27.=6 THEN RESTORE 2B50: B27.=B37.: GOSUB 3240: B*="LD < "+R*+"+ 
"+H3$+") ö"+Z$:RETURN ELSE IF B37.=6 THEN RESTORE 2B50sG0SUB 3240:B* 
= "LD "+Z$+"ö <"+R$+"+“+H3#+")"sRETURN 

35B0 IF B17.O0 THEN 3610 ELSE U=2: IF H2$="09“ THEN B*="ADD "+R*+"ö 
BC"sRETURN ELSE IF H2$="19" THEN B$="ADD "+R$+“öDE":RETURN ELSE IF 
H2$="29" THEN B*="ADD "+R*+"Ö"+R*sRETURN ELSE IF H2*="39" THEN B* 
="ADD "+R$+"öSP":RETURN 

3590 IF H2#="23" THEN B*="INC "+R*sRETURN ELSE IF H2$="2B" THEN B* 
= "DEC "+R$s RETURN ELSE IF H2*="34" THEN B*="INC("+R*+"+"+H3*+")"sU 
-3s RETURN ELSE IF H2*="35“ THEN B*="DEC<"+R*+"+"+h3*+")"su=3sRETUR 
N ELSE U=4 

3600 IF H2*="36" THEN B*="LD("+R$+"+"+H3$+")ö"+H4$:RETURN ELSE IF 
H2*="22" THEN B*="LD(“+H4*+H3$+")ö“+R*sRETURN ELSE IF H2*="2A" THE 
N B*="LD "+R*+" ö < "+H44+H34+" > " :RETURN ELSE IF H2*=“21“ THEN B*="LD 
"+R*+"ö"+H44+H3*s RETURN 
3610 U=1:B*="???":RETURN 
3620 REM ************* 

3630 REM ** DISI ED #* 

3640 REM ************* 

3650 B0*=B2*sGOSUB 2710sIF B1X>2 OR B1Z=0 THEN 3760 
3660 IF B17.-2 AND(B27.<4 OR B37.>3> THEN 3760 

3670 IF B1X=2 THEN B27.=B27.-4+4*B37.s RESTORE 36B0: GOSUB 3240s U=2:B$= 
Z*sRETURN 

3680 DATA LDI,LDD,LDIR,LDDR,CPI,CPD,CPIR,CPDR,INI,IND,INIR,INDR.OU 
TI,QUTD,OTIR,OTDR 

3690 IF B37.>3 THEN U=2: IF H2*="44" THEN B$="NEG'*: RETURN ELSE IF H2 
*="4D" THEN B$="RETI":RETURN ELSE IF H2*=“45" THEN B4="RETN":RETUR 
N ELSE IF H2*="46" THEN B$="IM 0“sRETURN ELSE IF H24="56" THEN B*= 
"IM 1"sRETURN ELSE IF H2*="5E" THEN B*="IM 2“sRETURN 

3700 IF B37.>3 THEN IF H2#="57" THEN B*=“LD AöI"s RETURN ELSE IF H24 
="47" THEN B$=“LD IÖA":RETURN ELSE IF H2*="6F" THEN B*-"RLD":RETUR 
N ELSE IF H2$="67" THEN B$="RRD":RETURN ELSE IF h2*="4F" THEN b*=" 
LD R,A":RETURN ELSE IF h2$="5F" THEN b*="LD A, R”: RETURN 
3705 IF b37.>3 THEN 3760 

3710 DATA "SBC HLÖBC","ADC HLÖBC","SBC HLÖDE","ADC HLÖDE","SBC HLö 
HL","ADC HLÖHL","SBC HLÖSP","ADC HLÖSP” 

3720 IF B3‘/.=2 THEN RESTORE 3710s GOSUB 3300s B*=Z$: U=2s RETURN 
3730 IF B37.=3 THEN U=4: IF B27.=0 THEN B*="LD ("+H4*+H3$+" ) ÖBC" : RETUR 
N ELSE IF B2X=1 THEN B*="LD BCö ("+H44+H34+")" s RETURN ELSE IF B2%=2 
THEN B*="LD<"+H4*+H3*+") ÖDE"sRETURN ELSE IF B27.=3 THEN B*="LD DEö 
<"+H4$+H3$+")":RETURN 

3740 IF B37.=3 THEN IF b27.=4 THEN B*="LD<"+H4*+H3*+">ÖHLRETURN EL 
SE IF B27.=5 THEN B*="LD HLö ("+H4*+H3$+")": RETURN ELSE B2X=6 THEN B 
$="LD("+H4T+H3*+")ÖSP":RETURN ELSE IF B2Z=7 THEN B*="LD SPö(“+H4*+ 
H3$+">"sRETURN ELSE 3760 

3750 IF B27.=6 THEN 3760 ELSE U=2sRESTORE 2850:GOSUB 3240: IF B3X=0 
THEN B$="IN "+Z$+"ö(C)":RETURN ELSE B*=“OUT (C)ö"+Z4:RETURN 
3760 U=1:B$="???"sRETURN 
3770 DATA öööööö" 
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7 Die Unterteilung des Firmware-Speichers 


Mit der Entwicklung des Disassemblers im letzten Kapitel haben wir nun 
endlich alle Vorarbeiten abgeschlossen. Wir sind grundsätzlich über den 
Aufbau der einzelnen Bausteine des Systems und ihre Funktionen infor¬ 
miert. Wir verfügen über Grundkenntnisse und einige nützliche Routinen 
im Bereich der Prozessorprogrammierung und kennen uns auch mit dem 
Innenleben des Z80-Prozessors aus. 

Mit dem Monitor verfügen wir des weiteren über ein geeignetes Werkzeug, 
das uns bei unseren weiteren Untersuchungen sehr gute Hilfestellung leisten 
wird. Somit sind wir nun in der Lage, uns mit dem System von der An¬ 
wenderseite her etwas näher zu beschäftigen. Anwenderseite, das soll hier 
im wesentlichen heißen: Firmware-Routinen und Firmware-Sprungtabellen. 

Der CPC verfügt über ungefähr 300 verschiedene Ansprungpunkte in das 
Betriebssystem. Bei jedem dieser Betriebssystemeingänge handelt es sich um 
eine kleine Softwareschnittstelle. Der Prozessor erwartet beim Ansprung 
eine vorgegebene Belegung der Universalregister, anhand derer er eine 
genau definierte Funktion, z.B. das Zeichnen einer Linie oder das Laden 
eines Soundregisters mit bestimmten Werten ausführt und dann an das auf¬ 
rufende Programm zurückgibt. 

Der Aufruf einer solchen Betriebssystemroutine erfolgt nicht durch direk¬ 
ten Ansprung einer Adresse im ROM, sondern über einen Zeiger. Alle Zei¬ 
ger sind in verschiedenen Sprungtabellen im oberen Bereich des RAM von 
B900 bis BDFF abgelegt. Springt man einen dieser Zeiger an, so wird die 
benötigte ROM-Konfiguration hergestellt und dann die Betriebssystemrou¬ 
tine ausgeführt. 
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Den genauen Ablauf der Umschaltung und des Aufrufs haben wir ja schon 
in der Anwendung zu Kapitel 5.5 betrachtet. Hier wird es nun darum 
gehen, eine Reihe weiterer neuer Routinen mit ihren Funktionen und Ein¬ 
gangsbedingungen vorzustellen. Darüber hinaus wollen wir aufzeigen, wie 
diese vom Benutzer in eigene Programme und Anwendungen integriert 
werden können. 

Hier muß jedoch gleich eine Warnung angebracht werden, um späteren 
Enttäuschungen vorzubeugen. 300 Routinen würden bei ausführlicher Er¬ 
klärung sämtlicher Möglichkeiten und gar der Kombination mit anderen 
Programmen den Rahmen dieses Buches bei weitem sprengen und wohl 
vom Umfang her einen kleinen Brockhaus ergeben. 

Es bleiben daher nur zwei Möglichkeiten: Tabellarische Übersicht in Stich¬ 
worten über alle Routinen oder Beschränkung auf einige interessante und 
allgemein anwendbare Einsprungpunkte, die dann ausführlicher vorgestellt 
werden können. Wir wollen im nun Folgenden den letztgenannten Weg be¬ 
schreiten. 

Wir werden unsere Erörterung zu den einzelnen Routinen mit einem Streif¬ 
zug durch die einzelnen Teile des Computers, wie Tastatur und Tastaturab¬ 
frage, Kassettenspeicherung und Druckeransteuerung sowie eine Reihe 
anderer Anwendungsfelder verbinden. Dabei werden wir zunächst die ein¬ 
zelnen Systemfunktionen vorstellen und darauf folgend dann auf die Ein¬ 
griffsmöglichkeiten via Firmwareroutinen näher eingehen. 

Soviel zur inhaltlichen Übersicht. Zunächst jedoch noch ein wenig zum 
Speicheraufbau und der Gliederung der einzelnen Bereiche. 

Mit dem Benutzerspeicher und seiner Belegung durch BASIC-Quelltext und 
Variable haben wir uns schon zu Beginn dieses Buches in den Kapiteln 1 
bis 3 relativ ausführlich beschäftigt. Der oberhalb liegende Firmware¬ 
speicher war uns dagegen bisher nur einige wenige Worte wert. Dies soll 
jetzt anders werden. 

Beginnen wir einmal mit einigen grundsätzlichen Überlegungen zur Funk¬ 
tion des Firmware-Speichers. Dieser wird von zwei Teilen unseres Com¬ 
puters relativ intensiv genutzt: dem BASIC-Interpreter und den Betriebs¬ 
systemroutinen. 
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Der BASIC-Interpreter interpretiert den BASIC-Quelltext. Anhand der 
Codes unseres BASIC-Programms führt er dann Operationen wie das Setzen 
eines BASIC-Registers mit einem Wert, den Ansprung einer Speicherstelle 
im Programm und ähnliches durch. Er benötigt den Firmwarespeicher für 
zwei Zwecke: 

als Zwischenspeicher für Daten und Zeiger 

als Sprungverteiler zum Ansprung von Betriebssystemroutinen mittels 
der Jumpblöcke 

Das Betriebssystem enthält grundsätzliche, von jeder Hochsprache benötigte 
Unterprogramme, wie Routinen zur Bildschirmansprache und zum Daten¬ 
transfer auf Massenspeicher (Kassette), zur Tastaturabfrage und zur zeit¬ 
lichen Koordination von Ereignissen. Das Betriebssystem des CPC enthält 
darüber hinaus einen kompletten Satz von Routinen für die Integerarith¬ 
metik. Es benötigt den Firmwarespeicher ebenfalls für zwei Zwecke: 

zur Zwischenspeicherung von Daten und Rücksprungadressen 
als Ablagebereich für die Sprungverteiler und Ereignisse 

Jeder Bereich (BASIC und Firmware=Betriebssystem) verfügt über einen 
eigenen Stack. Der Betriebssystem-Stack läuft von Adresse C000 nach un¬ 
ten. Daneben existiert ein eigener Stack für das BASIC zur Ablage von 
GOSUB-Rücksprüngen und FOR-TO-Schleifen. Hierfür sind die Adressen 
AE8B bis B09B vorgesehen. Als Stackpointer für diesen Bereich dienen da¬ 
bei die Speicherstellen B08B und B08C. Der CPC arbeitet also mit zwei 
Stacks gleichzeitig. 

Neben der kurzfristigen Zwischenspeicherung auf dem Stack verfügen bei¬ 
de Bereiche noch über eine Reihe von festen Speicherplätzen, die für ganz 
bestimmte Zeiger und Daten vorgesehen sind. In diesen Bereich gehören 
zum Beipiel die Pointer für die Speicheraufteilung zwischen den einzelnen 
Bereichen des Benutzerspeichers, die wir in Kapitel 1 benutzt haben. Ab¬ 
lagebereiche für die Zwischenspeicherung der Tastatur und der Ausgabe¬ 
parameter bei Benutzung des Datacorders (siehe nächstes Kapitel) sind wei¬ 
tere interessante Beispiele. 
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Einen größeren Teil des Firmwarespeichers nimmt darüber hinaus die Ab¬ 
lage der Firmwaresprungblöcke ein. Wir können drei verschiedene Sprung¬ 
blöcke unterscheiden: 


Kernel-Jumpblock: 


Indirections: 


Haupt-Firmware- 

Sprungtabelle: 


Dieser enthält eine Reihe von Routinen zur 
Umschaltung von Speicherbereichen und die 
Übertragung von Speicherbereichen bei ausge¬ 
schalteten ROMs. Wir haben diese Routinen 
bereits in Kapitel 2 ausgiebig betrachtet. Die 
Kernel-Routinen liegen von B900 bis B923. Es 
existieren noch eine Reihe weiterer Routinen 
im Kernel-Bereich, die in den untersten Byte 
des RAM-Speichers abgelegt sind, die RE¬ 
STARTS. 

Dieser Sprungverteiler besteht aus einer Reihe 
von Unterprogrammaufrufen, die von den 
Routinen des Haupt-Firmware-Jumpblocks 
benutzt werden. Die hier enthaltenen Routinen 
arbeiten alle auf relativ niedrigem Niveau und 
ohne Sicherungen in Form der Maskierung 
von Daten etc. Für den Anwender sind sie da¬ 
her nur bedingt geeignet. Die Zeiger auf die 
Indirections belegen die Adressen BDCD bis 
BDF3 im RAM. 


Diese Tabelle enthält eine ganze Reihe von 
wichtigen Einsprungpunkten in das untere und 
obere ROM. Teilweise benutzen die dort ge¬ 
speicherten Routinen Kernel-Routinen und 
die Indirections als Hilfs- beziehungsweise 
Unterprogramme. 


Die Hauptsprungtabelle liegt von hex BBOO bis hex BD39. Jeder Eintrag in 
der Sprungtabelle belegt 3 Byte und ist für die Verwendung von LOW- 
JUMP-RESTARTS mit Hilfe von RST1 und der Routine ab hex B982 (ver¬ 
gleiche Anwendung zu Kapitel 5.4) beziehungsweise von RST 5 vorgesehen. 


Während RST 1 die gewünschte Speicherkonfiguration herstellt, schaltet 
RST 5 nur das untere ROM ein und nach der Rückkehr aus der Routine 
wieder aus. Das obere ROM wird dagegen nicht verändert. RST 5 bietet 




7 Die Unterteilung des Firmware-Speichers 


ZJl 


also weniger Möglichkeiten, ist aber dafür bedeutend schneller, weshalb 
dieser Ansprung bei geschwindigkeitsabhängigen Routinen, die nicht auf 
die oberen Speicherbereiche (ROM oder Bildschirmspeicher) zurückgreifen, 
verwandt wird. Der prinzipielle Ablauf ist aber mit RST ! identisch. 

Innerhalb der Sprungtabelle kann man bestimmte Anwendungsbereiche un¬ 
terteilen. Jede Routine in der Sprungtabelle kann durch ihren Namen und 
ihre Ansprungadresse beschrieben werden. Da jeder Ansprung genau 3 Byte 
in Anspruch nimmt, folgen die einzelnen Routinen in der Tabelle im Ab¬ 
stand von jeweils 3 Adressen aufeinander. Der Name jeder Routine besteht 
aus zwei Teilen, einem Kürzel für den Anwendungsbereich, dem die Rou¬ 
tine zuzuordnen ist, und einer Beschreibung ihrer Funktion. Wir können 
dabei acht Abschnitte unterscheiden: 

1. Die Tastaturverwaltung (KEY MANAGER=KM) 

Die Tastaturverwaltung ist für die Abfrage von Tastatur- und Joysticks, das 
Drücken bestimmter Tasten, das Zulassen von Repeat und das Lesen von 
Zeichen zuständig. Adressen: BBOO bis BB4B. 


2. Der Text-VDU (TXT) 

Diese Abteilung des Betriebssystems enthält all jene Routinen, die mit der 
Darstellung und dem Lesen von Zeichen vom Bildschirm, dem Setzen des 
Cursors und der Schriftfarben sowie der Definition von Windows und Aus¬ 
gabekanälen zu tun haben. Die Einträge im Text-VDU finden sich mit 
Adressen von BB4E bis BBB7. 


3. Das Grafik-VDU (GRA) 

In diesem Teil des Betriebssystems finden sich die Routinen, die mit ein¬ 
zelnen Pixeln arbeiten, wie das Setzen des Grafikcursors und des Grafik¬ 
fensters , das Zeichnen und Testen von Punkten und Linien. Die Grafik¬ 
routinen sind in den Sprungadressen von BBBA bis BBFC gespeichert. 
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4. Das Bildschirmpaket (SCREEN=SCR) 

Das Bildschirmpaket stellt eine Schnittstelle zwischen den Softwareroutinen 
des Grafik- und des Text-VDU auf der einen Seite und der Bildschirm¬ 
hardware auf der anderen Seite dar. Bildschirmfunktionen, die sowohl vom 
Textbereich als auch von der Grafik benötigt werden, befinden sich hier. 
Dazu gehören z.B. die uns schon bekannten Routinen für das Setzen des 
Bildschirmoffsets, die Definition der Modes und der Inks sowie das Rollen 
des Bildschirms, die Auflösung eines Zeichens in eine Zeichenmatrix und 
umgekehrt. Dieser Teil läuft von BBFF bis BC62. 


5. Die Kassetten Verwaltung (CASSETTE=CAS) 

Dieser Teil der Betriebssystemroutinen beschäftigt sich mit dem Lesen von 
Dateien vom Band und dem Schreiben auf das Band. Die Einträge laufen 
von BC65 bis BCA4. 


6. Die Tongeneratorverwaltung (SOUND) 

Die in diesem Teil abgelegten Routinen steuern den Tongeneratorchip. Sie 
haben Adressen von BCA7 bis BCC5. 


7. Der Betriebssystemkern (KERNEL=KL) 

Diese Routinen behandeln synchrone und asynchrone Ereignisse und über¬ 
wachen die Speicherbelegung und die Aufteilung des Speichers in ROM 
und RAM. Das Kernel nimmt also im Rahmen des Betriebssystems im we¬ 
sentlichen Koordinationsfunktionen wahr. In der Hauptfirmware-Sprungta¬ 
belle sind nur ein Teil der Kernelroutinen mit Adressen zwischen BCC8 
und BD10 abgelegt. Es existiert noch eine weitere Sprungtabelle im Bereich 
B900 bis B921 (siehe oben). Außerdem können in diesen Bereich noch die 
Restartanweisungen bzw. ihre Funktion für das Umschalten von ROMs und 
das Anspringen von Betriebssystemroutinen eingeordnet werden (Adresse 
0000 bis 003B). 
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8. Das Maschinenpaket (MC) 

Dieses enthält all jene Routinen, die eine Schnittstellenfunktion zwischen 
dem System Hardware und den mehr softwaremäßig orientierten Routinen 
der anderen Pakete wahrnehmen. Viele andere Routinen greifen auf die 
Programme des Maschinenpakets zurück. So enthält z.B. das Maschinen¬ 
paket die schon bekannte Routine MC SOUND REGISTER. Die Einträge 
im Maschinenpaket führen meist zu wenig komplexen, allgemein verwend¬ 
baren Funktionen. Adressen: BDI3 bis BD36. 

Die Jumpblöcke existieren alle als Kopie im unteren ROM. Beim Einschal¬ 
ten werden sie in ihre angestammten RAM-Bereiche kopiert. Da das BASIC 
ebenso wie andere Hochsprachen auf diese Routinen zurückgreift, da die 
hier vorhandenen definierten Ein- und Aussprungkriterien eine leichte Be¬ 
nutzung garantieren, ist es möglich, durch Verbiegen dieser Routinen auf 
ein eigenes Maschinenprogramm bestimmte Systemfunktionen umzubauen, 
zu verändern oder zu erweitern. Die Original-Speicheraufteilung läßt sich 
dabei jederzeit mit der Routine JUMP RESTORE (BD37) wieder herstellen. 
Schauen wir uns nun einzelne Systemfunktionen und die zugehörigen An¬ 
wendungsmöglichkeiten der Firmwareroutinen näher an. 
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8.1 Tastaturabfrage und Dateneingabe über Tastatur 

Einer der wohl komplexesten Abläufe im Inneren des Rechners ist ein Vor¬ 
gang, der auf den ersten Blick relativ einfach aussieht: die Eingabe einer 
BASIC-Zeile . Hier sind auf einem langen Weg eine Vielzahl von Program¬ 
men zu durchlaufen. Wir werden uns die einzelnen Stationen nacheinander 
anschauen. Zunächst einmal eine Grobübersicht. Beginnen wir bei den 
Grundlagen. Das ULA (vergleiche Kapitel 3) liefert einen Unterbrechungs¬ 
takt von 300 Hertz, den sogenannten FAST TICKER. Eine Teilung durch 6 
liefert hieraus den normalen Hauptabfragetakt (TICKER) von 50 Hertz. 

In diesem Rhythmus, also 50mal pro Sekunde, fragt der CPC die Tastatur 
ab und überprüft, ob Tasten gedrückt wurden (vergleiche Kapitel 3, I/O- 
Bereich). Wurde ein Zeichen über Tastatur eingegeben, so findet ein Ein¬ 
trag in den Tastatureingabepuffer statt. 

Neben dem Eingabepuffer existieren noch zwei weitere kleinere Speicher 
für Sonderzwecke. Es handelt sich um eine Abspeicherungsmöglichkeit für 
Erweiterungszeichen (Expansionstrings) und einen Put-Back-Puffer. Der 
Erweiterungsspeicher nimmt ein Erweiterungszeichen, das heißt eine vorher 
zum Beispiel mit dem BASIC-Kommando KEY definierte Zeichenkombina¬ 
tion, auf. 

Der Put-Back-Puffer ermöglicht es, ein gerade gelesenes Zeichen wieder an 
die Tastaturverwaltung zurückzugeben, wenn dieses momentan nicht benö¬ 
tigt wird. Ein Grund dafür könnte sein, daß dieses Zeichen zu einem ande¬ 
ren (folgenden) Wort gehört, welches erst in Folge analysiert werden soll. 
Ein solches Zeichen würde dann in den Put-Back-Puffer geschrieben. 
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Ein eingegebenes Zeichen kann sich also nun in drei Speichern befinden: 
im Tastatureingabepuffer, als Erweiterungszeichen im Expansion-Puffer 
und natürlich auch in dem zuletzt genannten PutBack-Puffer. Auf diese 
drei Adressen oder besser gesagt Adressräume können wir dann zurückgrei¬ 
fen, um ein oder mehrere Zeichen zu lesen. 

Einen wichtigen Zwischenschritt haben wir bei dieser Betrachtungsweise 
allerdings außer acht gelassen; die Zuordnung von Tasten zu Buchstaben, 
Zahlen oder allgemein grafischen Symbolen. Wir müssen nämlich zwischen 
der physischen Tastaturabfrage und den darauf folgend abgebildeten Zei¬ 
chen deutlich unterscheiden. Zunächst also zur eigentlichen Tastaturab¬ 
frage. 

Wie wir schon aus Kapitel 3 wissen, erfolgt die Erkennung einer gedrück¬ 
ten Taste beim CPC im Wechselspiel zwischen dem I/O-Baustein 8255 und 
dem Soundchip. Port C des Schnittstellen-ICs legt über einen Decoder eine 
von 10 Leitungen der 8*10-Tastaturmatrix, die sogenannten Y-Leitungen 
auf Aktiv-Pegel. Diese 10 Leitungen werden von 8 weiteren (den X-Lei- 
tungen) gekreuzt, die mit dem Eingangsport des Soundchips verbunden 
sind. Die Tasten des CPC sind nun so angeordnet, daß sie jeweils eine X- 
mit einer Y-Leitung verbinden können. 

Bei der Tastaturabfrage, dem SCANNEN, tastet der CPC nun nacheinander 
alle 10 Y-Leitungen auf und überprüft das Ergebnis auf den X-Leitungen. 
Wenn nun eine Taste gedrückt ist, so wird die zugehörige X-Leitung eben¬ 
falls auf Aktivpegel gesetzt. Damit kann der Computer feststellen, welche 
Taste gedrückt war. 

Jeder Taste ist eine Nummer zugeordnet, die sich aus ihrer Position in der 
Matrix ergibt. Sie errechnet sich zu: 

10 * X-Position + Y-Position 

Die Zuordnung von Tasten zu Nummern finden Sie im Anhang 3, Seite 16n 
des Bedienerhandbuches. 

Hat der CPC beim Scannen festgestellt, daß eine Taste gedrückt ist, so folgt 
der nächste Schritt, die Zuordnung von Zeichen. Dies geschieht mit Hilfe 
von drei Übersetzungstabellen, die im Firmwarespeicher ab 45900 nach 
oben abgelegt sind. Jede Tabelle enthält dabei 80 Byte für die 80 verschie¬ 
denen möglichen Tasten in jeder der drei Ebenen 'Normal’, ’SHIFT’ und 
’CTRL’. Die Anordnung gibt Tabelle 8.1 wieder. 
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Die Zahlenwerte in den Übersetzungstabellen lassen sich in drei Gruppen 
einteilen. Die erste Gruppe bilden die Zeichencodes. Trifft der CPC auf 
eine Zahl aus diesem Bereich, so übernimmt er das zugehörige Zeichen in 
den Eingabepuffer. 

Mit Nummern zwischen 128 und 159 werden die 32 Expansionstrings ange¬ 
sprochen. Drückt man also auf eine Taste, die mit einem Expansion-Code 
belegt ist, so wird die auf diesen Code definierte Zeichenkombination in 
den Puffer übernommen. Die dritte Gruppe bilden Steuercodes. Trifft der 
CPC auf sie, so führt er die zugehörige Operation aus. Tabelle 8.2 gibt ihre 
Funktionen wieder. 


Tabelle 8.1: Die Tastaturübersetzungstabellen ab Adresse 45900 


Adresse 

Funktion 

45900 

45901 

Belegung Normalebene Taste Nr. 0 
Belegung Normalebene Taste Nr. 1 

45979 

45980 

Belegung Normalebene Taste Nr. 79 
Belegung Shiftebene Taste Nr. 0 

46059 

46060 

Belegung Controlebene Taste 0 

46139 

46140 

Belegung Controlebene Taste 79 
Bitweise Abspeicherung Repeat: 

46149 

46150 

46151 

Ende Abspeicherung Repeat 
Sprungzeiger Exp. 128 

Zeichen 1 Exp. 128 

46150+n 

46151+n 

Zeichen n 

Sprungzeiger Exp. 129 


Repeat=l 
kein Repeat=0 
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Tabelle 8.2: Bedeutung der Werte in der Obersetzungstabelle 


Nummer 

1-31 

32-126 

127 

128-159 

160-223 

224 

225 

226-238 

240 

241 

242 

243 

244 

245 

246 

247 

248 

249 

250 

251 

252 

253 

254 

255 


Bedeutung 

Druck der Kontrollzeichen-Kommandos, dabei werden die 
Nummern 13-Enter und 16=CLR ausgeführt 
Grafiksatz (Anhang III) 

DEL 

Erweiterungszeichen (expansion characters) 

Grafiksatz 

Copy 

CTRL Copy 

Grafiksatz (Firmwarezeichensatz nach Anhang III) 

CSR hoch ausführen 
CSR runter 
CSR links 
CSR rechts 
Copy CSR hoch 
Copy CSR runter 
Copy CSR links 
Copy CSR rechts 
CTRL+CSR hoch 
CTRL+CSR runter 
CTRL+CSR links 
CTRL+CSR rechts 
ESC 

CAPS LOCK 
SHIFT LOCK 
frei SHIFT/CTRL 


Beispiele: Wir wollen einmal die Taste 0 in der Normalebene auf den Wert 
65 ("A") definieren. Dies können wir relativ einfach mit dem Kommando 

POKE 45900,65 

erreichen. Sie sollten diese Änderungsmethoden jetzt einmal anhand anderer 
Tasten und Ebenen durchspielen. Die allgemeine Formel zur Definition 
einer Taste in einer Ebene lautet: 


80 * Ebene + Tastennummer + 45900 
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wobei die Ebenen folgende Nummern haben: 

o Normalebene = 0 

o SHIFT = 1 

o CTRL =2 

Wir haben nun die Behandlung der eigentlichen Tastaturabfrage abgeschlos¬ 
sen. Als Abschluß stellt sich die Frage, wo die Zeichen nach der Abfrage 
und Übersetzung abgelegt werden und welche Eingriffsmöglichkeiten wir 
besitzen. Nach der Eingabe befinden sich die Zeichen im Tastatureingabe¬ 
puffer. Dieser liegt ab Speicherstelle 44196 im Firmwarespeicher des 
Computers. Mit den folgenden Befehlen können Sie ihn untersuchen. 

10 FOR i=44196 TO 45000.PRINT i,PEEK(i),CHR$(PEEK(I)):NEXT 

Sie werden nun nach Eingabe von RUN die folgenden Ausgaben erhalten: 


44196 

114 

r 

44197 

117 

u 

44198 

110 

n 

44199 

0 


44200 

111 

0 

44201 

114 

r 

44202 

32 


44203 

105 

i 

44204 

61 

= 

44205 

52 

4 

44206 

52 

4 

44207 

49 

1 

44208 

57 

9 

44209 

54 

6 

44210 

32 


44211 

116 

t 

44212 

111 

0 

44213 

32 


44214 

52 

4 

44215 

53 

5 



24U 


8 Systemfunktionen und Jumpblockbenutzung 


Jede neue Eingabe überschreibt die vorhergehende. Das Ende der aktuellen 
Eingabe wird dabei durch CHR$(0) (vergleiche 44202) gekennzeichnet. Da¬ 
her finden Sie zuerst den RUN-Befehl und danach den Rest der Untersu¬ 
chungszeile. Bei der Interpretation eines Befehls im Direkt-Modus ist die 
Tastaturabfrage und -Übersetzung mit diesem Schritt abgeschlossen. Soll der 
eingegebene Text allerdings als BASIC-Zeile übernommen werden, so wird 
ein weiterer Schritte notwendig, die Übersetzung in die BASIC-Zeile. 

Dies leistet ein Teil des Betriebssystems, der Editor. Er wandelt die ein¬ 
gegebenen Zeichen in die Befehls-TOKENs um und legt diese dann nach 
einer Zwischenspeicherung in den unteren Bytes der Maschine, im Benut¬ 
zerspeicher, ab. Dazu wird der BASIC-Quelltext mit höheren Zeilennum¬ 
mern nach oben, das heißt in höhere Adressbereiche, verschoben und die 
neue Zeile eingefügt. 

Kommen wir nun zu den Emgriffsmöglichkeiteii. Einige erste Änderungen 
haben wir ja schon in BASIC vorgenommen. Gerade im Bereich der Tasta¬ 
tur stellt uns das Betriebssystem aber eine ganze Reihe nützlicher Routinen 
zur Verfügung. Zum Auslesen von Zeichen aus den drei Tastaturzwischen¬ 
speichern existieren vier Einsprungpunkte: 


KM WAIT CHARACTER BB06 

Diese Routine wartet so lange, bis ein Zeichen in irgendeinem der drei 
Puffer zur Verfügung steht. Dieses befindet sich nach dem Rücksprung in 
Register A. Das Carry-Flag ist bei der Rückkehr aus dem Unterprogramm 
eingeschaltet. 


KM READ CHAR BB09 

Diese Routine wartet nicht, bis ein Zeichen verfügbar ist, sondern kehrt 
direkt zurück. War ein Zeichen vorhanden, ist das Carry gesetzt, und A 
enthält das Zeichen. Ansonsten ist es rückgesetzt und der Inhalt von A zer¬ 
stört. 
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KM WAIT KEY BB18 

KM READ KEY BB1B 

Diese beiden Einsprünge arbeiten wie KM WAIT CHAR und KM READ 
CHAR, nur daß hier nur der Tastaturpuffer, jedoch nicht Funktionszeichen 
(Expansions) oder das Rückgabezeichen beachtet werden. 


KM CHAR RETURN BBOC 

stellt ein Zeichen in den Put-Back-Puffer ein. Da dieser bevorzugt durch 
KM CHAR WAIT und KM CHAR READ abgefragt wird, wird dieses Zei¬ 
chen beim nächsten Lesen zurückgegeben. 

Soviel zum Auslesen von Zeichen aus den Puffern. Für die Arbeit mit den 
Erweiterungszeichen existieren drei weitere Einsprünge: 


KM EXP BUFFER BB15 

Dieser Betriebssystemteil richtet einen Puffer für Expansionstrings ein. HL 
enthält dabei die Länge des Puffers (min.44), DE seine Anfangsadresse. Der 
Puffer wird auf die Normbelegung der Zeichen 128 bis 140 definiert. Das 
sind die Zahlen im abgesetzten Zahlenfeld, der Zehnertastatur. 

Normalerweise liegt der Expansion-Puffer hinter den Tastaturübersetzungs¬ 
tabellen (vergleiche Tabelle 8.1). Als erster Code ist hier Erweiterungsstring 
128 abgelegt. Den Anfang jeder Definition bildet dabei die Angabe der 
Länge des Strings, anhand derer die Verzeigerung zum nächsten String (129 
und so weiter) hergestellt wird. Ein Wert von 0 besagt dabei, daß das Zei¬ 
chen nicht definiert war. Die nächste Adresse ist dann die Längenangabe 
des folgenden Strings. Die Zeichen, die den Erweiterungsstring bilden, sind 
dabei im ASCII-Code abgelegt, so daß wir uns die Belegung mit der Rou¬ 
tine, die wir schon bei der Untersuchung des Tastaturspeichers benutzt 
haben, anschauen können. Sie werden dann nacheinander die Zahlen und 
dann "echte" Erweiterungszeichen wie ’RUN’ (CTRL + kleine ENTER- 
Taste) finden. 

Der normale Expansion-Puffer ist aber nur 128 Zeichen lang. Wollen wir 
alle 32 möglichen Zeichen belegen, so ergeben sich relativ schnell Platz¬ 
probleme. Wir brauchen mehr Speicher. Mit KM EXP BUFFER lassen sich 
die dazu notwendigen Änderungen relativ einfach realisieren. Zuerst ver- 



242 


8 Systemfunktionen und Jumpblockbenutzung 


schieben wir die Speicherobergrenze mit MEMORY nach unten. Zwischen 
altem und neuem HIMEM haben wir dann wiederum einen geschützten 
Speicherbereich. Dessen Anfangsadresse laden wir in DE, die Länge in HL 
und rufen das Programm auf. Danach können wir wie gewohnt auf die ver¬ 
schiedenen Erweiterungszeichen mit KEY und KEY DEF zurückgreifen. 
Das zugehörige Maschinenprogramm sähe zum Beispiel so aus: 

LD DE, 40000 11 40 9C 

LD HL, 1000 21 E8 03 

CALL KM EXP BUFFER CD 15 BB 

RET C9 

Wenn Sie dieses Programm ab 42000 ablegen und dann durchstarten, erhal¬ 
ten Sie den gewünschten neuen Speicherbereich. Zur Überprüfung der 
Funktion sollten Sie sich das Ganze dann wieder einmal mit unserem Hilfs¬ 
programm anschauen. 

Das Setzen und die Abfrage von Erweiterungszeichen geschieht mit 

KM SET EXP AND BB0F und 

KM GET EXPAND BB12 

Die erste definiert eine neue Erweiterungszeichenkette. B enthält die Num¬ 
mer des Funktionszeichens, C die Länge der Zeichenkette und HL ihre 
Adresse. Die adressierte Kette wird dann in den Funktionszeichenpuffer 
übernommen. Ist sie zu lang, wird das Carry-Flag gelöscht. Die Routine 
benötigt und zerstört A, HL, BC, DE und die anderen Flags. 

KM GET EXPAND liest ein Zeichen aus einem Erweiterungsstring aus. A 
enthält dabei das angesprochene Zeichen (also z.B. 128), L die Stelle, an der 
aus dem durch A definierten String gelesen werden soll (z.B. fünftes Zei¬ 
chen lesen). Damit ist ein gezielter Zugriff auf einzelne Teile eines Erwei¬ 
terungsstrings möglich. Erweiterungsstrings können dadurch sukzessive 
abgearbeitet werden. 


KM GET STATE BB21 

Neben dem Lesen von Zeichen ist natürlich auch noch die Abfrage von 
SHIFT und CAPS LOCK sehr nützlich. Dies erreicht man mit dieser Rou¬ 
tine. Nach der Rückkehr enthält L die SHIFT-Taste (00 nicht gedrückt, FF 
gedrückt). H gibt analog den Zustand von CAPS-LOCK an. 
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KM GET JOYSTICK BB24 

Die Abfrage der Joysticks, für Spiele besonders interessant, ist mit diesem 
Einsprung möglich. Die Antwort ist dabei bitweise gespeichert. H enthält 
Joystick 0, L Nummer 1. Die Routine ist das Gegenstück zum BASIC- 
Kommando JOY. Die einzelnen Bits bedeuten dabei: 

Bit 0 1 2 3 4 5 6 7 

auf ab links rechts Feuer 2 Feuer 1 frei immer 0 

Der KEY MANAGER enthält auch einige Routinen, die es ermöglichen, 
die Einträge in den Tastaturübersetzungstabellen abzufragen oder zu verän¬ 
dern. Es sind dies: 

KM SET TRANSLATE BB27 KM GET TRANSLATE BB2A 

KM SET SHIFT BB2D KM GET SHIFT BB30 

KM SET CONTROL BB33 KM GET CONTROL BB36 

Bei den SET-Routinen muß A die Tastennummer und B den zugehörigen 
Wert enthalten. Bei GET enthält A beim Einsprung die Tastennummer und 
liefert beim Aussprung den dazugehörenden Tastaturwert als Antwort. Statt 
dem direkten POKE oder PEEK nach der oben angegebenen Formel kann 
man also, speziell in Maschinenprogrammen, auf diese Routinen zurück¬ 
greifen, um Tasten zu definieren oder abzufragen. 


8.2 Die Kassettenspeicherung 

Der Firmwareblock des CPC stellt uns auch im Bereich der Kassette, oder 
besser des Datacorders, einige Routinen zur Verfügung, deren Kennt-nis 
nicht nur beim Maschinenspracheprogrammieren nützlich sein kann. Bevor 
wir jedoch zu den Anwendungen übergehen, noch ein paar Worte zum Ab¬ 
lauf und den verschiedenen Möglichkeiten beim Arbeiten mit dem Gerät. 

Beginnen wir einmal mit den Speicherformaten. Die normalen LOAD- und 
SAVE-Befehle laufen im wesentlichen automatisch. Interessanter wird es 
schon, wenn wir an den SAVE-Befehl ein Kürzel anhängen. Dabei stehen 
drei Varianten zur Auswahl: P, A und B. 
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Das einfachste dabei ist P. Es setzt ein Bit im Dateivorspann, dem 
HEADER des Programms. Durch Setzen dieses FLAGs wird der Computer 
angewiesen, nach dem Abbruch eines mit RUN geladenen Programms ein 
RST 0 (das heißt eine Neu-Initialisierung des kompletten Systems) durch¬ 
zuführen, womit natürlich auch Programm und auch etwaige Dateien und 
andere Informationen gelöscht sind. 

Das nächste Kürzel ist das A. Es speichert, an SAVE angehängt, ein Pro¬ 
gramm als ASCII-Textdatei; auf diese Art speichert der CPC auch Daten, 
z.B. bei 

OPENOUT 

Die letzte Speicherart erreichen wir durch das angehängte B. Es wird zum 
Benutzen eines binären FILEs, das heißt normalerweise für Maschinen¬ 
spracheprogramme und deren Daten verwandt. Während die anderen drei 
Kürzel Daten und Programme aus dem Benutzerspeicher sichern, ist mit 
",B" ein Zugriff auf den Rest des Rechners und damit auch auf die Firm¬ 
wareroutinen, den Grafikspeicher und andere, normalerweise nicht zugäng¬ 
liche Bereiche, offen. Allerdings gilt dies nur für das Schreiben von 
Dateien, den FILEs. 

Das Lesen, das heißt die Dateneingabe vom Kassettenrecorder in den CPC, 
ist dagegen an einige Bedingungen gebunden. Ein solches FILE muß näm¬ 
lich oberhalb der Variablen HIMEM (also in dem für Maschinenprogramme 
geschützten Bereich) abgelegt sein. 

Doch nun zurück zum Ablegen binärer FILEs. Wie wir schon gesagt hatten, 
bereitet das Speichern keinerlei Probleme. Das Kommando dafür ist relativ 
einfach (angehängtes B und Anfügen der ersten zu speichernden Stelle 
sowie der Anzahl der zu speichernden Bytes, gegebenenfalls auch noch 
einer Ausführungsadresse). 

Wird ein solches Programm mit RUN geladen, so lädt es sich in den alten 
Speicherbereich und beginnt bei der Ausführungsadresse zu laufen. Schwie¬ 
riger dagegen wird es mit einem LOAD-Befehl. Der CPC benötigt nämlich 
einen Kassettenpuffer von exakt 4K, das heißt 4096 Byte. Er wird zwi¬ 
schen HIMEM und dem Start der STRINGs (siehe Kapitel 2) bei jedem 
Lade- oder Schreibvorgang eröffnet, außer, er war noch vom letzten Lade¬ 
vorgang vorhanden. 

Für das Einladen in niedrige Speicherbereiche ergeben sich daraus einige 
Probleme. Verlegt man nun zum Beispiel HIMEM auf 1000, so fehlt der 
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nötige Platz für die Zwischenspeicherung, und der CPC gibt ein verärgertes 
MEMORY FULL aus. Somit kann erst ab ca. 5500 nach oben ein großes 
Maschinenprogramm abgelegt werden. 

Nach soviel LOAD und SAVE in den verschiedenen Formaten ist es nun an 
der Zeit, die verschiedenen Speicherformate kombiniert einzusetzen. Mög¬ 
lich wird dies durch die Kombination von ASCII- FILEs und BASIC-Pro- 
grammen. Der Trick besteht darin, daß bei der internen Abspeicherung ein 
BASIC-Programm im Endeffekt wie ein ASCII-FILE behandelt wird. Da¬ 
raus leiten sich natürlich sofort interessante Möglichkeiten ab. So ist es 
nämlich möglich, ein Text-FILE als Programm wieder einzuladen, was den 
breiten Anwendungsbereich von Programmgeneratoren bis hin zur künst¬ 
lichen Intelligenz eröffnet. 

Wir wollen dies einmal anhand eines bei anderen Homecomputern oft 
schwierig zu lösendes Problem demonstrieren, nämlich der Abspeicherung 
von Maschinenprogrammen im Rahmen eines BASIC-Programms, das heißt 
in DATA-Zeilen und möglichst auch noch mit dem entsprechendem 
LOADER. Dies läßt sich beim CPC relativ einfach lösen, indem man eine 
Textdatei mit 

OPENOUT und PRINT#9 

wegschreibt und danach wieder als BASIC-Programm lädt. Wie dies genau 
geht, zeigt das nebenstehende kleine Programm Datagenerator. 

Nach den Anfangsabfragen (Programmname und Speicherstellen) geht es in 
Zeile 200 in die eigentliche Ausgaberoutine. Hier wird Speicherstelle für 
Speicherstelle ausgeladen, in einen hex-Code umgewandelt und dann, durch 
Komma getrennt, zu dem STRING Z$ zusammengefügt. Allen zehn Spei¬ 
cherstellen fügt das Programm dabei eine konstruierte Zeilennummer (be¬ 
ginnend von 1 nach oben) und natürlich den DATA-Befehl vorab an und 
gibt dann nach der Addition diesen STRING in den Kassettenpuffer ein 
(Zeile 260). Das Kommando LEFT$(Z$) dient dabei dazu, das letzte Kom¬ 
ma vor der Abspeicherung zu unterdrücken. 

Auf zwei Besonderheiten muß bei dieser Methode noch hingewiesen wer¬ 
den. STRINGs werden bekanntlich dadurch begonnen oder beendet, daß 
Anführungsstriche eingegeben werden. Somit ist es natürlich nicht mehr 
möglich, Anführungsstriche in einem STRING abzuspeichern. Das ist aber 
bei manchen Programmenzeilen dringend notwendig; beispielsweise bei der 
POKE-Schleife, die nach den DATA-Zeilen abgelegt wird und dazu dient. 
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die DATA-Zeilen wieder in ihren angestammten Speicherbereich zu über¬ 
führen. Diese Schleife wird in Zeile 310 zusammengebaut. 

Die Lösung läuft relativ einfach ab. Wir geben diese Zeichen einfach mit 
der CHR$-Funktion ein. Damit können wir die Halbstrings auf beiden 
Seiten unseres Problemzeichens wieder verbinden und haben trotzdem das 
gewünschte Zeichen im STRING gespeichert. 


10 t ***##*#****#******* 

20 t ** Datagenerator ** 

30 , ****###**#*##«**#** 

40 , 

50 | An-fangsab*ragen 
60 , 

70 , INPUT"Wie soll das Programm heissen";n$ 

BO IF n$= ,,H THEN n$= ,, Datazeilen" 

90 CLOSEOUT:PR1NT"Bi11 e druecken Sie 'PLAY' und 'RECORD' und dann 
beliebige Taste!" 

100 IF INKEY*="" THEN 100 
HO OPENOUT " !"+n* 

120 INPUT"Ab welcher Speicherstelle";sa 
130 INPUT"Bis zu welcher Speicherstelle";se 
140 IF sa<0 THEN sa=sa+65536 
150 IF se<0 THEN se=se+65536 

160 IF seCsa THEN PRINT"falscher BereichH"sGOTO 120 
170 ' 

1B0 ' Zeilen zusammen*uegen 
190 ' 

200 FÜR i=0 TO (se-sa)/10 
210 z*=STR$(i+l)+" DATA " 

220 FÜR j=0 TO 9sw*=HEX*(PEEK<sa+10*i+j)):z*=z*+w*+CHR*(44):NEXT j 
230 ' 

240 ' ...und ausgeben 
250 ' 

260 PRINT#9,LEFT$(z $ v LEN(z $)—1) 

270 NEXT i 
280 ' 

290 ' POKE-Schleife zusammensetzen 
300 ' 

310 z*=STR$<i+l>+" FOR i="+STR*(sa)+" TO"+STR*(se)+"sREAD a*:POKE 
i "+CHR* (44) + " VAL ( "+CHR$ (34) + ,, 8t"+CHR* (34) +"+a*) s NEXT i " 

320 ' 

330 ' ...und ausgeben 
340 * 

350 PRINT#9 t z$ 

360 CLOSEOUT 



8 Systemfunktionen und Jumpblockbenutzung 


247 


Die notwendigen Codes lauten dabei 
CHR$(44) 

für die Abspeicherung der Anführungsstriche, beziehungsweise 
CHR$(34) 

für das Komma. Um sich mit diesen Möglichkeiten vertraut zu machen, 
sollten Sie einfach einmal das kleine Programm eintippen, sichern und dann 
laufen lassen, um zu sehen, wie es funktioniert. Unter dem angegebenen 
Namen wird dann das Datazeilenprogramm inclusive LOADER als Text¬ 
datei abgespeichert. Diese können Sie dann mit einem ganz normalen 
LOAD wieder hereinholen und sich anschauen. 


Nachdem wir uns bereits relativ intensiv mit den Anwendungsmöglichkeiten 
der verschiedenen Speicherformate via BASIC beschäftigt haben, wollen wir 
uns nun einmal anschauen, wie das Ganze vom internen Ablauf der 
Systemfunktionen und vom Speicheraufbau her abläuft. 

Die Hardwareseite der Kassettenspeicherung haben wir schon in Kapitel 3 
ausreichend behandelt. Pin 4 von Port C des 8255 liefert das Ausgabesing- 
nal zum Aufspeichern von Daten auf Kassette, C5 steuert den Motor, über 
Pin 7 von Port b ist das Einlesen von Daten von der Kassette möglich. In 
diesem Zusammenhang ist nur zu sagen, daß stärker als bei anderen Com¬ 
putern die Kassettenspeicherung von Software gesteuert ist, sogar die 
Auswahl der verschiedenen Tonhöhen, die die Nullen und Einsen eines 
Bytes decodieren erfolgt über Software. 

Damit hätten wir auch schon die wichtigste Grundlage der Kassettenspei¬ 
cherung kennengelernt: die Decodierung von Daten mittels verschiedener 
Tonhöhen. Der CPC verwendet dabei zwei exakte Rechteckschwingungen, 
von denen die eine (die dem Wert Null entspricht) genau die doppelte Fre¬ 
quenz wie die der Eins entsprechenden Schwingung aufweist. Beide 
Schwingungen haben ein Tastverhältnis von eins zu eins, das heißt, die 
Zeit, in der das Signal high ist, entspricht der Länge der Low-Flanke. Um 
sich einen akustischen Eindruck von den beiden verwendeten Frequenzen 
zu verschaffen, können Sie einmal den folgenden Test durchführen. 

Zunächst setzen Sie nach dem Einschalten des Rechners H mit MEMORY 
40000 herab. Der Speicherbereich zwischen 40000 und dem alten HIMEM 
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enthält nun eine Reihe von Nullbit. Mit dem Kommando save "Test", b, 
40000, 2048 können Sie diesen Bereich nun wegschreiben. Spulen Sie nun 
das Band zurück, und hören Sie sich das ganze einmal an. Sie sollten dabei 
auch einmal die benötigte Zeit für das Anhören eines Blocks stoppen. Als 
nächstes schreiben wir den gesamten Speicherbereich mit Einserbit voll, was 
relativ einfach mit 

FOR i=40000 TO 42048:POKE i,&FF:NEXT i 

möglich ist, und wiederholen die gesamte Prozedur noch einmal. Nochmali¬ 
ges Anhören des Bandes liefert uns dann das Testergebnis. Die Frequenz ist 
deutlich niedriger. Und noch etwas anderes werden Sie feststellen. Die Ab¬ 
speicherung hat erheblich mehr Zeit in Anspruch genommen. Dies rührt 
daher, daß der CPC ein Bit immer genau durch eine Schwingung der ent¬ 
sprechenden Frequenz codiert. Schreibt man also mehr Einsen, so dauert die 
Abspeicherung länger. 

Unsere bisherigen Experimente sind im Geschwindigkeitsmode 0 abgelau¬ 
fen. Mit SPEED WRITE 1 können Sie nun auf die höhere Geschwindigkeit 
durchschalten und sich das Ganze noch einmal anhören. Wenn wir nun ge¬ 
mischte Daten abspeichern, so benötigt die Abspeicherung irgendeine Zeit 
zwischen der für die Abspeicherung von Null und der Abspeicherung von 
nur Eins benötigten Größen. Die einzelnen Bits und Byte sind dabei nicht 
unterscheidbar, da ihr Wechsel zu schnell stattfindet. 

Die im Handbuch angegebenen Datenübertragungsraten von 1000 Baud 
(=1000 Bit pro Sekunde) und 2000 Baud (=2000 Bit pro Sekunde) stellen 
also nur Mittelwerte dar. Die Änderung der Geschwindigkeit erfolgt via 
Software, ist also vom Benutzer frei vorgebbar. Die bei der Initialisierung 
vom Computer eingestellten Werte von 1000 bzw. 2000 Baud sind hier nur 
Richtwerte. Wir können diese weiter erhöhen. Allerdings sind hier einige 
Einschränkungen zu machen. Die Fehlerquote bei der Aufzeichnung wird 
nicht nur durch die Übertragungsfrequenz, sondern natürlich auch durch 
die verwendete Bandqualität bestimmt. Bei guten Bändern sind Übertra¬ 
gungsraten von 4000 Baud relativ einfach zu realisieren. 

Die Einstellung der verschiedenen Parameter kann dabei mit einer Firm¬ 
wareroutine erfolgen. Sie heißt CAS SET SPEED und hat die Adresse 
BC68. Diese Routine erwartet in Registerpaar HL die Länge für ein halbes 
Nullbit. Der Akkumulator muß die zugeordnete Vorprüflänge enthalten. 
Beide Angaben sind dabei in Mikrosekunden festgelegt. 
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Bei der Vorprüflänge handelt es sich um einen Korrekturfaktor, der durch 
die Kassettenelektronik bedingt ist. Diese verschleift die Signale, was dazu 
führt, daß Nullbit länger und Einserbit kürzer gelesen werden, als sie ge¬ 
schrieben wurden. Beim Schreiben wird daher eine Vorkompensation vor¬ 
genommen. Ihre zeitliche Größe wird eben durch den Inhalt von Register A 
bestimmt. Die Standardwerte für HL und A vom System her sind: 

SPEED WRITE 0: 333 Mikrosekunden und 25 Mikrosekunden Vorprüflänge 
SPEED WRITE 1: 167 Mikrosekunden und 50 Mikrosekunden Vorprüflänge 

Bei gleicher Verteilung zwischen Null- und Einsbit in dem zu speichernden 
Datenfeld können wir von der folgenden Beziehung zwischen Baudrate und 
halber Nullbitlänge ausgehen: 

Durchschnittliche Baudrate = 1000000 /3mal halbe Nullbitlänge. 

Um 4000 Baud zu erreichen, müßte IIL mit 83 geladen werden. Die Vor¬ 
prüflänge in A wäre dann auszuprobieren. Um dies zu realisieren, be¬ 
nötigen wir ein kleines Maschinenprogramm, welches aus vier Befehlen 
besteht: 


LD HL, 59 hex 21 59 00 

LD A, 07 hex 3E 07 

CALL CAS SET SPEED CD 68 BC 

RET C9 


10 MEMORY 39999 

20 DATA 21, 59, 00, 3e, 07, cd, 68, bc, c9,x 
30 FOR i=40000 TO 50000: READ a$: IF a$o"x" THEN POKE i, 
VAL ("&"+a$): NEXT 
40 CALL 40000 

Wenn Sie nun die Werte für HL und A variieren, können Sie die für Ihren 
Recorder und vor allem das von Ihnen verwendete Bandmaterial optimale 
Schreibgeschwindigkeit bestimmen. 

Beim Lesen gibt Ihnen dabei der CPC durch die Angabe der Fehler mel- 
dung wertvolle Hilfestellung. Es bedeuten: 


WRITE ERROR A: 


Die in HL angegebene Länge war zu kurz; 
der Rechner konnte das Bit nicht schreiben. 
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READ ERROR A: Ein Bit war zu lang. 

READ ERROR B: Paritätsprüfung unstimmig. Daten wurden 

falsch vom Band gelesen. 

READ ERROR D: Ein Block enthielt mehr als 2048 Byte. 

Mit der letzten Fehlermeldung haben wir den Bereich der Abspeicherung 
einzelner Bits auf das Band verlassen und den Kontakt mit der Kassetten¬ 
verwaltung bzw. den Speicher formaten auf genommen. 

Ihnen ist sicherlich bekannt, daß der Computer Daten und Programme in 
Form von Blöcken wegschreibt. Jeder Block kann dabei maximal 2K oder 
2048 Byte aufnehmen. Aber auch innerhalb der Blöcke wird Ihnen beim 
Anhören eine gewisse Struktur aufgefallen sein. 

Zunächst hört man nichts (sog. Motorstartlücke). Auf sie folgen zwei Sätze, 
- der Kopf- und der Datensatz. Der Kopfsatz enthält alle Nebeninforma¬ 
tionen, die für die Dateiabspeicherung benötigt werden; das sind Name der 
Datei, Anzahl der Blöcke, Nummer des abgespeicherten Blocks sowie Infor¬ 
mationen darüber, ob es sich um eine geschützte Datei handelt und 
ähnliches. 


Jeder Satz besteht aus drei Teilen: 


Satzvorspann: 


Datenteil: 


Satznachspann: 


Er enthält 2048 Einsbit und (nach einem Trennbit) 
ein Synchronisationsbyte, das angibt, ob es sich bei 
dem Satz um einen Kopf- oder um einen Datensatz 
handelt. 

Er besteht aus einem bis acht Segmenten mit jeweils 
256 Byte (getrennt durch eine bestimmte Bitkonfi¬ 
guration) und enthält die eigentlichen zu spei¬ 
chernden Daten. 

Er besteht aus 32 Nullbit, die die Endemarkierung 
darstellen. 


Ein Kopfsatz besteht dabei aus einem Segment, ein Datensatz aus bis zu 
acht. Wenn wir uns nun einmal eine Datei vom Band anhören, können wir 
die einzelnen Teile relativ gut herausfinden. 
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Zu Beginn des Blocks hört man eine tiefe Frequenz: die 2048 Einsbit Es 
folgt das eine Segment für den Koprsatz. Da es zu einem großen Teil Nul¬ 
len enthält, geht die Frequenz hoch. Am Ende, in einem kurzen lepser 
wieder von tieferer Frequenz, erhalten wir den Satznachspann von 32 Eins¬ 
bit Es folgt wiederum eine kurze Anfangslücke, wonach dann, zunächst 
auf tieferer Frequenz (2048 Einsbit), maximal acht Segmente für den 
Datensatz folgen. 

Bei der Abspeicherung unserer Testdateien zu Beginn dieses Unterkapitels 
können Sie die Trennung zwischen den einzelnen Segmenten gut ausma 
chen. In der gleichförmigen Frequenz tauchen einzelne kurze Piepser auf. 
Diese stellen die Trennmarkierungen dar. Soviel zur physikalischen Seite 
der Abspeicherung. 

Schauen wir uns nun einmal an, welche Informationen im Vorspann bzw. 
im Kopfsatz abgelegt sind. Bei der Abspeicherung legt der CPC einen 
Datenein- bzw. Datenausgabepuffer direkt unterhalb der Speicherober¬ 
grenze, daß heißt unterhalb von HIMEM an. In diesem Bereich wird der 
Datensatz vor dem Schreiben auf das Band abgelegt. 

Gleichzeitig wird im Bereich der Firmwaredaten ab Adresse 47180 ein Vor¬ 
spann für die Datei abgelegt. Dieser besteht aus jeweils 64 Zeichen. Da der 
CPC gleichzeitig sowohl eine Eingabe- als auch eine Ausgabedatei verarbei¬ 
ten kann, muß dieser Block von 64 Zeichen zweimal angelegt werden. Wird 
eine Ausgabedatei eröffnet, so wird er ab 47180 abgelegt, ansonsten 69 
Byte tiefer, das heißt ab Adresse 47111. Wird eine Datei dann tatsächlich 
eingelesen, wird deren Header an der Adresse 47244 abgelegt und über¬ 
prüft, ob er mit dem Header an der Adresse 47111 übereinstimmt, also ob 
tatsächlich die gesuchte Datei gefunden wurde. 

Der Vorspannblock kann in zwei Felder unterteilt werden. Das Systemfeld 
umfaßt die Byte 0 bis 23 und enthält im wesentlichen vom System gesetzte 
Daten, die sich auf die Anzahl der Datenbytes, die Gesamtzahl der Blöcke, 
Anfangs- und Endemarkierungen einer Datei etc. beziehen. 

Das Anwenderfeld umfaßt Daten, die durch Aktionen des Anwenders vor¬ 
gegeben wurden, wie die totale Länge der Datei in Bytes, eine Ausfuh- 
rungsadresse für Maschinencodeprogramme und einen größeren Freiraum 
nicht belegter Bytes, die vom Benutzer verwandt werden können. Die nach¬ 
folgende Tabelle gibt eine Übersicht über die Bedeutung der einzelnen 
Bytes im Dateivorspann. Der Dateityp (Byte 18) ist dabei bitorientiert abge¬ 
speichert. Hier decodieren einzelne Bits verschiedene Angaben. 
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Tabelle 8.2: Vorspannfelder in der Kassettenverwaltung 


Systemfeld 


Byte 

0..15 

Dateiname 

16 Byte (Rest mit Nullen auf gefüllt) 

Byte 

16 

Blocknummer 


Byte 

17 

Letzter Block 

Ein Wert ungleich Null besagt, daß dies 
der letzte Block einer Datei ist (Typisch 
255=FF) 

Byte 

18 

Dateityp 


Der Dateitvo ist 

in eine Anzahl Felder unterteile 

Bit 

0 

Schutz 

Datei geschützt. Wenn dieses Bit gesetzt 
ist, ist die Datei geschützt. 

Bit 

1..3 

Dateiinhalt 

0=lnternes BASIC 

1 =Binär 

2“Bildschirm-Darstellung (Bild) 

3=ASCII 

4..7 = nicht festgelegt 

Bit 

4..7 

Version 

ASCII-Dateien sollten auf 1, alle ande¬ 
ren auf 0 gesetzt sein 

Byte 

19,20 

Länge 

Anzahl der Datenbytes im Datensatz 

Byte 

21,22 

Datenherkunft 

enthält die Adresse der Stelle, von der 
die Daten ursprünglich stammen 

Byte 

23 

Merker für 
ersten Block 

Ein Wert ungleich Null besagt, daß dies 


der erste Block ist 


Anwenderfeld 


Byte 

24,25 

Logische Länge 

totale Länge der Datei in Bytes 

Byte 

26,27 

Einsprung¬ 

adresse 

die Ausführungsadresse für Maschinen¬ 
codeprogramme (SAVE "<Name>", b) 

Byte 

28..63 

Nicht festgelegt 

können beliebig verwendet werden 
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Schauen wir uns das Ganze einmal anhand eines praktischen Beispiels an. 
Laden Sie einmal ein kleineres, das heißt wenige Blocks umfassendes, Pro¬ 
gramm in den Speicher, und lassen Sie sich dann einmal mit unserer üb¬ 
lichen FOR-TO-Schleife die Werte ab 47244 ausgeben. 

10 FOR i=47244 TO 47310:PRINT i, PEEK (i),:IF PEEK (i) > 32 THEN 
PRINT CHR$(PEEK(i)) ELSE PRINT 
20 NEXT i 

Sie werden nun auf dem Schirm erst den Namen Ihrer Datei wiederfinden. 
Er ist in den ersten 16 Byte gespeichert. Nicht benutzte Stellen werden da¬ 
bei mit Null aufgefüllt. Aus diesem Grund sollten Sie niemals in einem 
Dateinamen CHR$(0) benutzen. Der CPC würde dies als Endemarkierung 
des Namens interpretieren. 

Byte 16, das heißt Adresse 47260 enthält die Blocknummer. Da Ihre Ein¬ 
gabedatei Block für Block eingelesen wurde, finden Sie hier den letzten 
Block abgespeichert, bei z.B. drei Blöcken erscheint also hier eine 3. Es 
folgt in Byte 18 der Dateityp, hier auf Null gesetzt, da sowohl die Datei 
internes BASIC enthält als auch ungeschützt abgespeichert wurde. Probieren 
Sie das Ganze einmal mit dem Befehl CAT oder einer geschützten Datei 
oder mit dem Einlesen einer ASCII-Datei mit dem Kommando openin aus. 
Sie werden dann hier andere Werte erhalten. 

Nach dieser Übersicht über den Ablauf des Speichervorgangs wollen wir 
uns nun mit den Eingriffsmöglichkeiten via Maschinensprache näher be¬ 
schäftigen. Der Firmwarejumpblock (Unterabteilung CAS) bietet uns hierzu 
eine reichhaltige Auswahl. 

CAS SET SPEED haben wir schon kennengelernt. Sie diente dazu, die Ge¬ 
schwindigkeit bei der Abspeicherung vorzugeben. Die Motorsteuerung ist 
mit 3 Routinen möglich: 

CAS START MOTOR BC6E startet den Kassettenmotor, A enthält 

den vorigen Zustand des Motors 

CAS STOP MOTOR BC71 Stoppt den Kassettenmotor, A enthält 

vorigen Zustand des Motors 
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CAS RESTORE MOTOR BC74 Diese Routine setzt den Kassetten¬ 
motor auf den vorigen Zustand zu¬ 
rück. Dieser ist dem Akkumulator zu 
übergeben. 

Die ersten beiden Routinen können wir auch von BASIC aus benutzen. Da 
bei der Interpretation von BASIC-Befehlen nach dem Rücksprung aus 
einem Maschinenprogramm der Akkumulator für andere Zwecke wieder 
benutzt wird und somit nicht mehr den alten Wert enthält, ist CAS 
RESTORE MOTOR nur in der Maschinenebene einsetzbar. 

Beispiel: Geben Sie einmal CALL & BC6E ein. Der Kassettenmotor beginnt 
zu laufen. 

Eine weitere interessante Routine ist CAS NOISY BC6B. Sie läßt Bereit¬ 
schaftsmeldungen zu bzw. sperrt sie. Die Bereitschaftsmeldungen, wie 
PRESS PLAY etc. werden dann nicht mehr ausgegeben. Die Fehlermeldun¬ 
gen bleiben jedoch erhalten. Die Routine hat dieselbe Funktion wie ein 
vorangestelltes Ausrufezeichen im Dateinamen. Die Angabe, ob Meldungen 
zugelassen werden sollen, erfolgt wiederum im Akkumulator. Sollen die 
Meldungen erfolgen, so muß A Null enthalten. Ansonsten muß A ungleich 
Null sein. 

Wir kommen nun zu den Kommandos, mit denen wir Dateien aus- bzw. 
eingeben können. Wir können dabei zwei Bereiche unterscheiden: 

Vorbereitu ngsoperationen , die Dateien für Eingabe- oder Ausgabegeräte 
öffnen oder schließen. 

Datentransferoperationen, die für das Schreiben in oder Lesen aus einer 
Datei zuständig sind. 

Bei beiden müssen wir immer noch zwischen Ein- und Ausgabe unterschei¬ 
den, das heißt, es stehen hier verschiedene Routinen zur Verfügung. Das 
Eröffnen einer Datei geschieht mit 

CAS IN OPEN BC77 CAS OUT OPEN BC8C 

Register B enthält die Länge des Dateinamens, HL seine aktuelle Position. 
In DE ist die Adresse eines 2K-Puffers gespeichert, der für die Zwischen¬ 
speicherung der Daten verwendet werden soll. 
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Das Schließen einer Datei geschieht mit den nachfolgenden Routinen. 


CAS IN CLOSE BC7A 
CAS OUT CLOSE BC8F 


CAS IN ABANDON BC7D 
CAS OUT ABANDON BC92 


Der Unterschied zwischen ABANDON und CLOSE besteht darin, daß 
CLOSE ein Eingabegerät als geschlossen markiert und damit die Eingabe¬ 
datei abschließt. Wenn das Eingabegerät nicht eröffnet war, ist das Carry 
auf Null, ansonsten auf 1. ABANDON bricht in jedem Fall das Lesen vom 
Eingabegerät ab und schließt die Eingabe. Diese Routine ist im wesent 
liehen für den Fehlerfal! und ähnliche Umstände vorgesehen. Hier hat das 
Flag keinerlei Funktionen. Nach dem A.ufruf einer der vier Routinen kann 
der Schreib- bzw. Lesepuffer wieder für andere Zwecke verwendet werden. 
Er wird dann freigegeben. 


Nach den Befehlen zur Datei Vorbereitung kommen wir nun zu den Kom¬ 
mandos, mit denen wir auf eine Datei zurückgreifen können, den eigent¬ 
lichen Datentransferbefehlen. Wir können bei den Kassettenoperationen 
grundsätzlich zwei Arten von Datentransfers unterscheiden, die Ein- bzw. 
Ausgabe von Zeichen soweit die Direkteingabe bzw. -ausgabe eines ganzen 
Blocks. Dementsprechend existieren auch zwei verschiedene Unterroutinen. 

CAS IN CHAR BC80 CAS OUT CHAR BC95 

geben ein Zeichen aus bzw. lesen es ein. Der richtige Datentransfer wird 
dabei durch ein Carry "ein" zurückgemeldet. Bei EOF oder nicht eröffneter 
Datei ist das Carry "aus". Ein gesetztes Zeroflag zeigt an, daß während der 
Abfrage ESCAPE gedrückt wurde. 

CAS IN DIRECT BC83 


Diese Routine liest eine Eingabedatei in den Speicher ein. HL enthält dabei 
die Adresse (irgendwo im RAM), ab der die Datei abgelegt werden soll. 
Dabei ist zu beachten, daß eine einmal mit CAS IN CHAR aufgerufene 
Datei nicht mehr mit CAS IN DIRECT gelesen werden kann. 


CAS OUT DIRECT BC98 

stellt den Datentransfer in Gegenrichtung dar. Das benötigt eine ganze 
Reihe von Registern. HL enthält die Adresse der auszugebenden Daten, DE 
ihre Länge. BC enthält die Einsprungadresse (Byte 26 und 27 im Kopfsatz), 
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A die Dateiart (Byte 18 im Kopfsatz). Die Bedeutung der Flags ist wie bei 
CAS IN CHAR bzw. CAS OUT CHAR beschrieben. 

Beim zeichenweisen Einlesen existieren noch zwei besondere Routinen. Es 
ist nämlich möglich, ein gelesenes Zeichen in den Eingabepuffer rückzu¬ 
übertragen. Das Prinzip ist dabei mit der Zeichenrückgabe bei der Tasta¬ 
turabfrage identisch (vergleiche Kapitel 8.1). Die Zeichenrückgabe erfolgt 
mit der Routine 


CAS RETURN BC86 

Die Routine benötigt keine Register, und auch die FLAGs bleiben unver¬ 
ändert. Bedingung dafür ist allerdings, daß bereits ein Zeichen gelesen 
wurde. Zum Feststellen des Dateiendes (EOF) dient ein weiterer Einsprung 

CAS TEST EOF BC89 

Bei Dateiende ist das Carry-FLAG gesetzt, das Zero-FLAG zeigt wiederum 
an, daß eine Unterbrechung mit Escape erfolgt ist. Bei der Anwendung 
dieser Routine muß in diesem Fall noch darauf hingewiesen werden daß es 
nach dieser Routine nicht mehr möglich ist, CAS RETURN aufzurufen, 
bevor nicht ein weiteres Zeichen gelesen wurden. Auch ist ein Direktzu¬ 
griff nicht mehr möglich. 

Wie setzen wir nun diese Routinen in eigenen Maschinenprogrammen ein? 
Dies ist realtiv einfach und ergibt sich eigentlich schon aus dem bisher Ge¬ 
sagten. Als erster Schritt muß immer eine Datei eröffnet werden, wahlweise 
zum Lesen oder zum Schreiben. Dabei kann maximal eine Datei in jeder 
Richtung gleichzeitig bestehen. Es folgt der Datentransfer direkt oder 
zeichenweise und abschließend das Schließen der Datei mit CLOSE oder 
ABANDON. 

Um ein zwischenzeitliches Überlaufen des Puffers braucht man sich nicht 
zu kümmern. Die Betriebssystemroutinen stellen sicher, daß, sobald ein 
Block voll ist, dieser zunächst aufs Band geschrieben wird, bevor ein neues 
Zeichen an den Puffer weitergegeben wird. 
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8.3 Die Druckersteuerung 

Wir wollen uns nun mit einem weiteren Anwendungsbereich im Gebiet der 
Ein-/Ausgabesteuerung beschäftigen, der Ansprache unseres Druckers. Die 
hardwaremäßige Seite haben wir schon in Kapitel 3 ausreichend behandelt. 
An dieser Stelle soll auf einige Firmwareroutinen eingegangen werden, die 
uns den Zugriff auf den Drucker ermöglichen. 

Davor sollte man auf einige grundsätzliche Probleme zu sprechen kommen. 
Wie wir schon in Kapitel 3 gesehen haben, findet die Übergabe von Daten 
an den Drucker beim CPC im 7-Bit-Format statt, das heißt, das 8. Datenbit 
wird nicht benutzt. Es ist auf LOW-Signal gelegt. Dies führt zu der etwas 
unangenehmen Konsequenz, daß eine ganze Reihe von Grafikbefehlen, 
über die viele Drucker verfügen und die normalerweise mit Codes von über 
128 (was also ein Setzen des 8. Bits impliziert) angesprochen werden, nicht 
ausgeführt werden können. 

Eine sehr lästige Eigenschaft des CPC besteht darin, daß er bei nicht ange¬ 
schlossenem oder nicht aktiviertem Drucker nicht mit einer Fehlermeldung 
zurückkehrt, sondern - gegebenenfalls ewig - wartet. Zwar kann man den 
Computer durch Drücken von ESC dazu bringen, das Programm bzw. die 
Ausgabeoperation abzubrechen. Dies ist aber weder komfortabel, noch kann 
diese Methode bei PROTECT-gespeicherten Programmen verwandt werden, 
da in diesem Fall der Rechner den kompletten Speicher löscht. 

Der Grund dafür ist relativ einfach. Im Betriebssystem, genauer gesagt im 
Maschinenpaket, existiert eine Reihe von Routinen für die Druckeran¬ 
sprache. Die interessanteste dabei ist 

MC PRINT CHAR BD2B 

Mit dieser Routine ist es möglich, ein Zeichen an den Centronixausgang zu 
senden. Der Akkumulator muß dabei das zu sendende Zeichen enthalten, 
wobei Bit 7 ignoriert wird. Es werden also nur die unteren 7 Bit ausge¬ 
sandt; das 8. Bit ( vergleiche Kapitel 3) wird also STROBE-Signal, das 
heißt für die Aktivierung des Druckers benutzt. Wenn das Zeichen richtig 
übersandt wurde, ist das Carry-FLAG an. 

War der Drucker länger als ca. 0.4 Sekunden beschäftigt, erfolgt eine Zeit¬ 
abschaltung (vgl. Routine MC BUSY PRINTER), und das Zeichen wird 
nicht gesendet. Das Carry-FLAG ist dann aus. 
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MC BUSY PRINT BD2E: Mit dieser Routine ist es möglich zu 

überprüfen, ob der Centronixausgang 
beschäftigt ist. Sie wird als Unterpro¬ 
gramm von MC PRINT CHAR ange¬ 
sprungen, um diese Aussage abzutesten. 
Wenn der Centronixausgang beschäftigt 
ist, ist das Carry an, bei freiem Cen¬ 
tronix ist es aus. Sonst hat diese Routine 
keine Auswirkungen. 

Will man nur ein Zeichen an einen freien Printer übergeben, so kann man 
auf die Routine MC SEND PRINTER BD31 zurückgreifen. A enthält 
wieder das zu sendende Zeichen, das Carry-FLAG ist beim Aussprung an. 

Für die Benutzung von BASIC aus ist besonders die Routine MC BUSY 
PRINTER interessant, da wir mit ihr abtesten können, ob ein Drucker 
überhaupt angeschlossen ist und somit gegebenenfalls eine Einschaltmeldung 
auf den Bildschirm bringen können (z.B. "bitte Drucker einschalten", wenn 
der Drucker nicht eingeschaltet ist). Dazu genügt ein relativ kleines Ma¬ 
schinenprogramm. 

PRINTERKONTROLLE 


CALL MC BUSY PRINTER CD 2E BD 
JVC+4 38 04 

LD (42020),A 32 24 A4 

RET C9 

LDA, 1 3E01 

LD (42020), A 32 24 A4 

RET C9 


Der Ablauf: Zunächst wird MC BUSY PRINTER angesprungen. Es folgt 
eine bedingte Verzweigung in Abhängigkeit vom Carry. Ist das Carry nicht 
gesetzt, setzt sich der Programmablauf nahtlos fort. A wird mit Null gela¬ 
den, danach in die Speicherstelle 42020 (A424 hex) übertragen. Es erfolgt 
der Rücksprung in das aufgerufene Programm. War dagegen das Carry ge¬ 
setzt, wird A mit 1 geladen, und mit diesem neuen Wert läuft das Pro¬ 
gramm wie oben beschrieben ab. Von BASIC aus können wir nun mit 
PRINT PEEK von 42020 feststellen, ob der Drucker empfangsbereit ist 
oder nicht. Verwenden wir das PEEK-Kommando in einer IF-Abfrage, so 
können wir daran anschließend eine Einschaltmeldung ausgeben oder diese 
unterdrücken. 
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8.4 Grafikroutinen 

Zum Abschluß dieses Buches wollen wir uns nun noch mit einigen Anwen¬ 
dungen aus dem Bereich der Grafik beschäftigen, Hier muß allerdings eine 
Warnung vorab gegeben werden. Die Grafik- und lextroutinen sind der 
wohl größte Bereich im Firmware-Jumpblock. Es stehen über 100 Routinen 
zur Verfügung, mit denen sich sehr schöne Effekte und Anwendungen er¬ 
zielen lassen. 

Hier eine umfassende und gegliederte Einführung in alle Routinen zu ge¬ 
ben, ist weder Sinn dieses Buches noch vom Umfang her realisierbar. Wer 
sich also mit diesen Routinen weiterbeschäftigen möchte, sei hier auf das 
CPC-Grafikbuch verwiesen, das im selben Verlag erschienen ist. 

Wir wollen an dieser Stelle nur einige Spezialitäten und einfache, schnell 
nutzbare Routinen vorstellen. Zunächst einmal zum grundsätzlichen Auf¬ 
bau. Es existieren 3 Untersprungblöcke (vergleichen Sie dazu Kapitel 7). 
Dies sind die Textroutinen (TXT), die Grafikroutinen (GRA) und eine 
Gruppe weiterer Routinen, die von den vorgenannten beiden benötigt wer¬ 
den, das Bildschirmpaket (SCR). 

Wir wollen uns das Ganze von der Anwendungsseite her anschauen. Die 
Cursordarstellung können wir mit den Unterroutinen 


TXT PLACE CURSOR BB8A bzw.TXT REMOVE CURSOR BB8D 

beeinflussen. Die erste Routine setzt das Cursorzeichen auf den Bildschirm, 
die zweite löscht es. Dabei ist zu beachten, daß jede dieser Routinen nur 
einmal hintereinander aufgerufen werden sollte; nach TXT PLACE CUR 
SOR muß also erst TXT REMOVE CURSOR aufgerufen werden, bevor 
man ein neues PLACE durchführen kann. 

Ändert man nämlich zwischenzeitlich die aktuelle Cursorposition, so bleibt 
ansonsten das Cursorzeichen auf dem Bildschirm stehen. Außerdem ist auch 
noch zu beachten, daß TXT REMOVE CURSOR gegebenenfalls ein Cur¬ 
sorzeichen auf dem Bildschirm darstellt, wenn sich an dieser Stelle keines 
befindet. Bei falscher Anwendung erscheinen also Cursorsymbole auf dem 
Bildschirm. 
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Das Setzen der Cursorposition kann man mit dem BASIC-Kommando LO- 
CATE erreichen. Will man an einer bestimmten Stelle des Bildschirms Zei¬ 
chen ausgeben oder von dieser lesen, so muß zunächst der Bildschirmbe¬ 
reich als Ein- und Ausgabegerät adressiert sein. 

Beim CPC wird dabei das STREAM-Konzept verwandt. Alle Änderungen, 
wie z.B. das Setzen von Schrift oder Hintergrundfarbe, die Ausgabe von 
Fensterbegrenzungen (Windows), das Zulassen oder Sperren des Cursors 
oder auch des Zeichendarstellungsmodus bedingen, daß das gewünschte 
Ein-/Ausgabegerät als aktuelles E/A-Gerät definiert wurde. Dies geschieht 
mit der Routine 


TXT STR SELECT BBB4 

Diese wählt aus den 8 möglichen Windows (0 bis 7) das aktuelle Ein-/Aus- 
gabegerät aus. Alle weiteren Ansprachen laufen dann auf dieses Gerät. Die 
Nummer des auszuwählenden Windows ist dabei in A mitzugeben. Beim 
Aussprung enthält A das vorher ausgewählte E/A-Gerät, HL und die Flags 
sind zerstört. Man sollte diese Routine immer vor einer Ausgabe ansprin- 
gen, um sicherzustellen, daß das gewählte Ein-/Ausgabcgcrät auch wirklich 
als aktuelles Ein-/Ausgabegerät definiert ist. 

Somit ist es uns nun auch möglich, mehrere Cursor gleichzeitig (maximal 8) 
auf dem Bildschirm darzustellen. Dazu definieren wir 8 verschiedene Win¬ 
dows, sprechen diese als aktuelle Geräte nacheinander an und setzen den 
Cursor bzw. setzen ihn zurück. Das Setzen der Schriftfarbe im ausgewählten 
E/A-Gerät geht mit der Routine 

TXT SET PEN BB90 

A enthält dabei die zu benutzende INK. Von Maschinensprache aus läßt 
sich auch etwas darstellen, was via BASIC nicht möglich ist: nämlich die 
aktuelle Schriftfarbe innerhalb eines E/A-Geräts abfragen. 

Dies geschieht mit der Routine 

TXT GET PEN BB93 

A enthält bei Aussprung die INK, mit der in diesem Gerät gerade geschrie¬ 
ben wird. In Analogie zu den oben genannten Routinen existieren auch 
zwei weitere Unterprogramme für die Hintergrundfarbe. Es sind dies die 
Einsprünge 
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TXT SET PAPER BB96 und TXT GET PAPER BB99 

Die Ein- und Aussprungbedingungen sind hier analog zur Behandlung der 
Schriftroutinen. 

Daneben gibt es noch die Möglichkeit einer Inversdarstellung, das heißt des 
Austauschens von Stift- und Papierfarbe. Dies geschieht mit der Routine 

TXT INVERSE BB9C 

Um eine schnelle Änderung verschiedener Werte zwischen zwei Ein-/Aus- 
gabegeräten erzeugen zu können, existiert die Routine 

TXT SWAP STREAMS BBB7 

Diese vertauscht die Werte für PEN, PAPER, die Cursorposition und die 
Bildschirm- bzw. WINDOW-Grenzen sowie den Zeichendarstellungsmode 
mit den Werten des anderen Windows. B enthält dabei die Nummer eines 
E/A-Gerätes, C das andere. Beim Aussprung sind alle Registerpaare bis auf 
die Indexregister zerstört. Diese Operation ist nur zwischen Windows, nicht 
jedoch zwischen Textfenstern und wirklichen externen Geräten wie 
Drucker oder Datacorder möglich. 

Zum Schluß dieses Kapitels kommen wir nun noch zu einigen Routinen aus 
dem Grafik-Bereich. Die Grafik-Routinen haben ausschließlich das Arbei¬ 
ten mit einzelnen Bildpunkten, den Pixeln, zur Aufgabe. Ebenso wie bei 
den TXT-Einsprüngen sind auch die Aufrufe in diesem Bereich meist aus¬ 
führende Programme oder Unterprogramme, die bei der Interpretation von 
BASIC-Befehlen benötigt werden. 

Alle Grafikroutinen sind abhängig von der aktuellen Stellung des Grafik- 
Cursors. Dieser läßt sich absolut oder relativ bewegen. An seiner aktuellen 
Position können Punkte gezeichnet oder von dort Linien gezogen werden. 
Bei allen Operationen ist darüber hinaus zu berücksichtigen, daß eine Aus¬ 
gabe auf dem Bildschirm nur dann erfolgt, wenn der Grafik-Cursor inner¬ 
halb eines vom Benutzer vorgegebenen Bereiches des Bildschirms liegt, dem 
Grafik-Fenster. 
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Zum Setzen des Grafik-Cursors stellt uns der Firmware-Jumpblock den 
Einsprung 


GRA MOVE ABSOLUTE BBCO 

zur Verfügung. Dieser setzt den Grafik-Cursor auf den durch DE (X-Ko- 
ordinate) und HL (Y-Koordinate) definierten Bildschirmpunkt. Die Angabe 
erfolgt dabei relativ zum Benutzerursprung. Diese Routine stellt also das 
Gegenstück zu dem BASIC-Befehl MOVE dar. 

Eine relative Bewegung kann man mit 

GRA MOVE RELATIVE BBC3 

erreichen. Die Register sind dieselben. Allerdings wird hier die Position 
relativ zum Ursprung, dem BASIC-Befehl MOVER entsprechend, angege¬ 
ben. Wollen wir die aktuelle Position des Cursors abfragen, so können wir 
die Routine 


GRA ASK CURSOR BBC6 

benutzen. Diese liefert uns wiederum in DE und HL die entsprechenden 
Werte. Das Setzen des Ursprungs können wir mit 

GRA SET ORIGIN BBC9 

erreichen. DE und HL enthalten hier die Koordinaten, wie beim BASIC- 
Befehl ORIGIN gewohnt. Mit den nachfolgenden Befehlen ist es uns nun 
möglich, Punkte zu setzen und Linien zu ziehen: 

GRA PLOT ABSOLUTE BBEA und GRA PLOT RELATIVE BBED 
GRA LINE ABSOLUTE BBF6 und GRA LINE RELATIVE BBF9 

Die ersten beiden Kommandos sind dabei für das Setzen eines Punktes, die 
unteren beiden für das Zeichnen von Linien zuständig. Tn allen Routinen 
erfolgt die Angabe von absoluter oder relativer Position in DE (X-Koordi- 
nate bzw. X-Abstand) und HL (Y-Koordinate bzw. Y-Abstand). Die Funk¬ 
tion und auch die Definition sind dabei mit den BASIC-Kommandos 
PLOT, PLOTR, DRAW und DRAWR identisch. 
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Beispiele: Als erstes wollen wir eine Linie vom Punkt (0,100) zum Punkt 
(200,100) ziehen, also einen waagrechten Strich. Dazu setzen wir den Gra¬ 
fikcursor auf (0,100) und springen dann mit DE» dezimal 200 und HL» de¬ 
zimal 100 in die Routine GRA LINE ABSOLUT. 


LD DE, 0000 11 00 00 

LD HL, 0064 21 64 00 

CALL GRA MOVE ABSOLUTE CD C0 BB 

LD DE, 00C8 11 C8 00 

CALL GRA LINE ABSOLUTE CD F6 BB 

RET C9 


Nach der Ausführung dieses Programms erhalten Sie die gewünschte Linie. 
Wie würde das Ganze nun für eine relative Bewegung lauten? Der Ablauf 
der Routinen wäre derselbe. Einzige Änderung: Wir müßten HL auf 0 lö¬ 
schen, weil ansonsten ein Strich um 200 Einheiten in Y-Richtung, also nach 
(200,300), gezogen würde. Danach könnten wir dann GRA LINE RELA¬ 
TIVE auf rufen. Probieren Sie es doch einmal aus! 




9 Anhang 


265 


9 Anhang 


CODES beim CPC 464 


dezimal 

binär 

hex 

TOKEN Funktions- 

TOKEN 

ASCII/Text 

00 

00000000 

00 

Zeilenende 

ABS^ 

NUL 

01 

00000001 

01 

Statementende 

ASC- 

SOH 

02 

00000010 

02 

Kennzeichen X 

ATN - 

STX 

03 

00000011 

03 

Kennzeichen $ 

CHRS - 

ETX 

04 

00000100 

04 

Kennzeichen ■ 

CINT^ 

EOT 

05 

00000101 

05 

»SYNTAX ERROR» 

COS * 

ENQ 

06 

00000110 

06 

»SYNTAX ERROR» 

CREAL - 

ACK 

07 

00000111 

07 

»SYNTAX ERROR» 

EXP - 

BEL 

08 

00001000 

08 

»SYNTAX ERROR» 

FIX - 

BS 

09 

00001001 

09 

»SYNTAX ERROR» 

FRE <10 

HT 

10 

00001010 

0A 

»SYNTAX ERROR» 

INKEY ■ 

LF 

11 

00001011 

OB 

»SYNTAX ERROR» 

INP - 

VT 

12 

00001100 

oc 

»SYNTAX ERROR» 

INT - 

FF 

13 

00001101 

0D 

Variable ohne 

Kennzeichen 

JOY ^ 

CR 

14 

00001110 

OE 

Ganzzahl 0 

LEN ^ 

SO 

15 

00001111 

OF 

Ganzzahl 1 

LOG -- 

SI 

16 

00010000 

10 

Ganzzahl 2 

LOG10 - 

DLE 

17 

00010001 

11 

Ganzzahl 3 

LOUERSS - 

DC1 

18 

00010010 

12 

Ganzzahl 4 

PEEK - 

DC2 

19 

00010011 

13 

Ganzzahl 5 

RENAIN - 

*0 DC3 

20 

00010100 

14 

Ganzzahl 6 

SGN ' . 

DC4 

21 

00010101 

15 

Ganzzahl 7 

SIN- * 

NAK 

22 

00010110 

16 

Ganzzahl 8 

SPACE 

SYN 

23 

00010111 

17 

Ganzzahl 9 

SQ ' 

ETB 

24 

00011000 

18 

»SYNTAX ERROR» 

SQR ~ ^ C 

CAN 

25 

00011001 

19 

Ein Byte Zahl 

STR$ - 

EM 

26 

00011010 

1A 

Zwei Byte Zahl 
dezimal 

TAN - 

SUB 

27 

00011011 

1B 

Zwei Byte Zahl 
binär 

UNT- 

ESC 

28 

00011100 

IC 

Zwei Byte Zahl 

hex 

UPPERS J 

FS 
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00011101 ID 
00011110 IE 
00011111 1F 
00100000 20 


00101110 2E 
00101111 2F 
00110000 30 


ID 

Zeilenadresse 

VAL Otf 

GS 

IE 

Zei lennuimer 

n.b. 

RS 

1F 

Realvariable 

n.b. US 


20 

»SYNTAX ERROR» 

n.b. 

SP 

21 

11 

n.b. 

! 

22 

11 

n.b. 

ii 

23 

11 

n.b. 

# 

24 

11 

n.b. 

$ 

25 

11 

n.b. 

X 

26 

11 

n.b. 

& 

27 

11 

n.b. 

i 

28 

11 

n.b. 

< 

29 

11 

n.b. 

) 

2A 

11 

n.b. 

* 

2B 

11 

n.b. 

+ 

2C 

11 

n.b. 

t 

2D 

11 

n.b. 

■ 

2E 

11 

n.b. 

. 

2F 

11 

n.b. 

/ 

30 

11 

n.b. 

0 

31 

11 

n.b. 

1 

32 

11 

n.b. 

2 

33 

11 

n.b. 

3 

34 

11 

n.b. 

4 

35 

11 

n.b. 

5 

36 

11 

n.b. 

6 

37 

11 

n.b. 

7 

38 

11 

n.b. 

8 

39 

11 

n.b. 

9 

3A 

11 

n.b. 

: 

3B 

11 

n.b. 

! 

3C 

11 

n.b. 

< 

3D 

11 

n.b. 

= 

3E 

11 

n.b. 

> 

3F 

11 

n.b. 

7 

40 

11 

EOF 

§i 

41 

11 

ERRr 

A 

42 

11 

HIMEM 

B 

43 

11 

INKEYS 

C 

44 

11 

PI ^ 

D 

45 

11 

RND 

E 

46 

11 

TIME 

F 
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71 

01000111 

47 

72 

01001000 

48 

73 

01001001 

49 

74 

01001010 

4A 

75 

01001011 

4B 

76 

01001100 

4C 

77 

01001101 

4D 

78 

01001110 

4E 

79 

01001111 

4F 

80 

01010000 

50 

81 

01010001 

51 

82 

01010010 

52 

83 

01010011 

53 

84 

01010100 

54 

85 

01010101 

55 

86 

01010110 

56 

87 

01010111 

57 

88 

01011000 

58 

89 

01011001 

59 

90 

01011010 

5A 

91 

01011011 

5B 

92 

01011100 

5C 

93 

01011101 

5D 

94 

01011110 

5E 

95 

01011111 

5F 

96 

01100000 

60 

97 

01100001 

61 

98 

01100010 

62 

99 

01100011 

63 

100 

01100100 

64 

101 

01100101 

65 

102 

01100110 

66 

103 

01100111 

67 

104 

01101000 

68 

105 

01101001 

69 

106 

01101010 

6A 

107 

01101011 

6B 

108 

01101100 

6C 

109 

01101101 

60 

110 

01101110 

6E 

111 

01101111 

6F 

112 

01110000 

70 


■ i 

XPOS 

G 

11 

YPOS ^ 

H 

11 

n.b. 

I 

11 

n.b. 

J 

11 

n.b. 

K 

11 

n.b. 

L 

■ i 

n.b. 

M 

11 

n.b. 

N 

• i 

n.b. 

0 

11 

n.b. 

P 

■ i 

n.b. 

Q 

11 

n.b. 

R 

i ■ 

n.b. 

S 

11 

n.b. 

T 

■ i 

n.b. 

U 

11 

n.b. 

V 

11 

n.b. 

u 

11 

n.b. 

X 

11 

n.b. 

Y 

11 

n.b. 

z 

11 

n.b. 

A/[ 

11 

n.b. 

ö/\ 

11 

n.b. 

0/] 

11 

n.b. 

A 

11 

n.b. 


11 

n.b. 

1 

11 

n.b. 

a 

11 

n.b. 

b 

11 

n.b. 

c 

11 

n.b. 

d 

11 

n.b. 

e 

11 

n.b. 

f 

11 

n.b. 

9 

11 

n.b. 

h 

11 

n.b. 

i 

11 

n.b. 

j 

11 

n.b. 

k 

11 

n.b. 

l 

11 

n.b. 

m 

11 

n.b. 

n 

11 

n.b. 

0 

■ i 

n.b. 

P 
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113 

01110001 

71 

11 

BIN %HO 

q 

114 

01110010 

72 

11 

DEC$ ' 

r 

115 

01110011 

73 

11 

HEX$ ’ 

s 

116 

01110100 

74 

11 

instr; 

t 

117 

01110101 

75 

11 

LEFT$ ; 

u 

118 

01110110 

76 

11 

MAX 

V 

119 

01110111 

77 

11 

HIN 

w 

120 

01111000 

78 

■ i 

POS 

X 

121 

01111001 

79 

11 

RIGHTS • 

y 

122 

01111010 

7A 

11 

ROUND 

z 

123 

01111011 

7B 

11 

STRINGS SO 

ä/< 

124 

01111100 

7C 

11 

TEST • 

ö/| 

125 

01111101 

7D 

11 

TESTR ' 

ü/> 

126 

01111110 

7E 

11 

'IMPROPER y 
ARGUMENT 1 / 

ß/~ 

127 

01111111 

7F 

11 

VPOS ^ 

DEL 

128 

10000000 

80 

AFTER 

n.b. 

n.b. 

129 

10000001 

81 

AUTO 

n.b. 

n.b. 

130 

10000010 

82 

BORDER 

n.b. 

n.b. 

131 

10000011 

83 

CALL 

n.b. 

n.b. 

132 

10000100 

84 

CAT 

n.b. 

n.b. 

133 

10000101 

85 

CHAIN 

n.b. 

n.b. 

134 

10000110 

86 

CLEAR 

n.b. 

n.b. 

135 

10000111 

87 

CLG 

n.b. 

n.b. 

136 

10001000 

88 

CLOSEIN 

n.b. 

n.b. 

137 

10001001 

89 

CLOSEOUT 

n.b. 

n.b. 

138 

10001010 

8A 

CLS 

n.b. 

n.b. 

139 

10001011 

8B 

CONT 

n.b. 

n.b. 

140 

10001100 

8C 

DATA 

n.b. 

n.b. 

141 

10001101 

80 

DEF 

n.b. 

n.b. 

142 

10001110 

8E 

DEFINT 

n.b. 

n.b. 

143 

10001111 

8F 

DEFREAL 

n.b. 

n.b. 

144 

10010000 

90 

DEFSTR 

n.b. 

n.b. 

145 

10010001 

91 

DEG 

n.b. 

n.b. 

146 

10010010 

92 

DELETE 

n.b. 

n.b. 

147 

10010011 

93 

DIM 

n.b. 

n.b. 

148 

10010100 

94 

DRAU 

n.b. 

n.b. 

149 

10010101 

95 

DRAWR 

n.b. 

n.b. 

150 

10010110 

96 

EDIT 

n.b. 

n.b. 

151 

10010111 

97 

ELSE 

n.b. 

n.b. 

152 

10011000 

98 

END 

n.b. 

n.b. 

153 

10011001 

99 

ENT 

n.b. 

n.b. 
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154 

10011010 

9A 

ENV 

n.b. 

n.b. 

155 

10011011 

9B 

ERASE 

n.b. 

n.b. 

156 

10011100 

9C 

ERROR ' T 

n.b. 

n.b. 

157 

10011101 

90 

EVERY ' 

n.b. 

n.b. 

158 

10011110 

9E 

FOR -■ 

n.b. 

n.b. 

159 

10011111 

9F 

GOSUB 

n.b. 

n.b. 

160 

10100000 

A0 

GOTO 60 

n.b. 

n.b. 

161 

10100001 

AI 

IF 

n.b. 

n.b. 

162 

10100010 

A2 

INK 

n.b. 

n.b. 

163 

10100011 

A3 

INPUT 

n.b. 

n.b. 

164 

10100100 

A4 

KEY 

n.b. 

n.b. 

165 

10100101 

A5 

LET 

n.b. 

n.b. 

166 

10100110 

A6 

LINE 

n.b. 

n.b. 

167 

10100111 

A7 

LIST 

n.b. 

n.b. 

168 

10101000 

A8 

LOAD 

n.b. 

n.b. 

169 

10101001 

A9 

LOCATE 

n.b. 

n.b. 

170 

10101010 

AA 

MEMORY ^0 

n.b. 

n.b. 

171 

10101011 

AB 

MERGE 

n.b. 

n.b. 

172 

10101100 

AC 

MID$ 

n.b. 

n.b. 

173 

10101101 

AD 

MODE 

n.b. 

n.b. 

174 

10101110 

AE 

MOVE 

n.b. 

n.b. 

175 

10101111 

AF 

MOVER 

n.b. 

n.b. 

176 

10110000 

BO 

NEXT 

n.b. 

n.b. 

177 

10110001 

Bl 

NEU 

n.b. 

n.b. 

178 

10110010 

B2 

ON 

n.b. 

n.b. 

179 

10110011 

B3 

ON BREAK 

n.b. 

n.b. 

180 

10110100 

B4 

ON ERROR fO n.b. 
GOTO 0 

n.b. 

181 

10110101 

B5 

ON SQ 

n.b. 

n.b. 

182 

10110110 

B6 

OPENIN 

n.b. 

n.b. 

183 

10110111 

B7 

OPENOUT 

n.b. 

n.b. 

184 

10111000 

B8 

ORIGIN 

n.b. 

n.b. 

185 

10111001 

B9 

OUT f 5 

n.b. 

n.b. 

186 

10111010 

BA 

PAPER ' 

n.b. 

n.b. 

187 

10111011 

BB 

PEN 

n.b. 

n.b. 

188 

10111100 

BC 

PLOT 

n.b. 

n.b. 

189 

10111101 

BD 

PLOTR 

n.b. 

n.b. 

190 

10111110 

BE 

POKE 9o 

n.b. 

n.b. 

191 

10111111 

BF 

PRINT 

n.b. 

n.b. 

192 

11000000 

CO 

. = REM 

n.b. 

n.b. 

193 

11000001 

CI 

RAD 

n.b. 

n.b. 

194 

11000010 

C2 

RANDOMIZE 

n.b. 

n.b. 
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195 

11000011 

C3 

READ 

n.b. 

n.b. 

196 

11000100 

C4 

RELEASE- 

n.b. 

n.b. 

197 

11000101 

C5 

REM * 

n.b. 

n.b. 

198 

11000110 

C6 

RENUM > 

n.b. 

n.b. 

199 

11000111 

C7 

RESTORE- 

n.b. 

n.b. 

200 

11001000 

C8 

RESUME Oö 

n.b. 

n.b. 

201 

11001001 

C9 

RETURN 

n.b. 

n.b. 

202 

11001010 

CA 

RUN 

n.b. 

n.b. 

203 

11001011 

CB 

SAVE . 

n.b. 

n.b. 

204 

11001100 

cc 

SOUND ’ 

n.b. 

n.b. 

205 

11001101 

CD 

SPEED 16 

n.b. 

n.b. 

206 

11001110 

CE 

STOP 

n.b. 

n.b. 

207 

11001111 

CF 

SYMBOL ■ 

n.b. 

n.b. 

208 

11010000 

DO 

TAG 

n.b. 

n.b. 

209 

11010001 

Dl 

TAGOFF ■ 

n.b. 

n.b. 

210 

11010010 

D2 

TRON ^0 

n.b. 

n.b. 

211 

11010011 

D3 

TROFF 

n.b. 

n.b. 

212 

11010100 

D4 

WAIT 

n.b. 

n.b. 

213 

11010101 

D5 

WEND 

n.b. 

n.b. 

214 

11010110 

D6 

WH ILE 

n.b. 

n.b. 

215 

11010111 

D7 

WIDTH ^ 

n.b. 

n.b. 

216 

11011000 

D8 

WINDOW 

n.b. 

n.b. 

217 

11011001 

D9 

ZONE 

n.b. 

n.b. 

218 

11011010 

DA 

WRITE 

n.b. 

n.b. 

219 

11011011 

DB 

DI 

n.b. 

n.b. 

220 

11011100 

DC 

EI 070 

n.b. 

n.b. 

221 

11011101 

DD 

"SYNTAX 

ERROR" 

n.b. 

n.b. 

222 

11011110 

DE 

»SYNTAX 

ERROR» 

n.b. 

n.b. 

223 

11011111 

DF 

»SYNTAX 

ERROR" 

n.b. 

n.b. 

224 

11100000 

EO 

»SYNTAX 

ERROR" 

n.b. 

n.b. 

225 

11100001 

El 

»SYNTAX 

ERROR" 

n.b. 

n.b. 

226 

11100010 

E2 

»SYNTAX 

ERROR" 

n.b. 

n.b. 

227 

11100011 

E3 

ERL ' 

n.b. 

n.b. 

228 

11100100 

E4 

FN 

n.b. 

n.b. 

229 

11100101 

E5 

SPC 

n.b. 

n.b. 

230 

11100110 

E6 

STEP 

n.b. 

n.b. 
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231 

11100111 

E7 

swap 

n.b. 

n.b. 

232 

11101000 

E8 

»SYNTAX 

ERROR" 

n.b. 

n.b. 

233 

11101001 

E9 

»SYNTAX 

ERROR» 

n.b. 

n.b. 

234 

11101010 

EA 

TAB 

n.b. 

n.b. 

235 

11101011 

EB 

THEN * 

n.b. 

n.b. 

236 

11101100 

EC 

TO » 

n.b. 

n.b. 

237 

11101101 

ED 

USING 

n.b. 

n.b. 

238 

11101110 

EE 

> 

n.b. 

n.b. 

239 

11101111 

EF 

= 

n.b. 

n.b. 

240 

11110000 

F0 

>= 

n.b. 

n.b. 

241 

11110001 

Fl 

< 

n.b. 

n.b. 

242 

11110010 

F2 

<> 

n.b. 

n.b. 

243 

11110011 

F3 

<= 

n.b. 

n.b. 

244 

11110100 

F4 

+ 

n.b. 

n.b. 

245 

11110101 

F5 

- 

n.b. 

n.b. 

246 

11110110 

F6 

* 

n.b. 

n.b. 

247 

11110111 

F7 

/ 

n.b. 

n.b. 

248 

11111000 

F8 

* 

n.b. 

n.b. 

249 

11111001 

F9 

'Backslash' 

n.b. 

n.b. 

250 

11111010 

FA 

AND 4^9 

n.b. 

n.b. 

251 

11111011 

FB 

MOD v 

n.b. 

n.b. 

252 

11111100 

FC 

OR - 

n.b. 

n.b. 

253 

11111101 

FD 

XOR 4 

n.b. 

n.b. 

254 

11111110 

FE 

MOT M 

n.b. 

n.b. 

255 

11111111 

FF 

Funktion 

n.b. 

n.b. 
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Index 


Absolute Adressierung 140 
Absoluter Sprung 191 
ADC 167 
ADD 167 
Adressen 49 
Adressierung 140 
Adreßleitungen 83 
Adreßregister 114 
Adreßwort 16 
Akkumulator 120, 187 
ALU 120 
AND 169 

Anwenderspeicher 51 
Arithmetikbefehle 166 
Arithmetik-Logik-Einheit 120 
ARRAY 36 
Arrays 41, 43, 88 
Arrays abspeichern 43, 46 
ASCII-Code 25 
ASCII-Werte 29 
ASC() 28 

Austauschvorgänge 147, 151 
AY 8912 (Soundgenerator) 100, 
107 

BASIC-Schlüsselwörter 28 
Baudrate 249 
BCD-Operationen 187 
Befehlsabfrage 70 
Befehlscodes 32, 38, 138 
Befehlsdecodierung 208 
Benutzerspeicher 53 
Betriebssystemkern 232 
Betriebssystem-Stack 229 
Bildschirmbasis 89 
Bildschirmmodus 89 
Bildschirmoffset 89 
Bildschirmpaket 232 


Binäre Files speichern 73 
Binäres File laden 74 
Binärsystem 18 
BIN$ 18 
Bit 15 
BIT 185 
Bitbefehle 167 
Bitmanipulation 185, 186 
Block 16 

Blockausgabebefehle 163 
Blockladebefehle 157 
Blockschaltbild 80 
Byte 16 

CALL 57 
Carry-Bit 166 
Carry-Flag 122 
CAS 253 

Central Processing Unit 83 
Centronixporl 100 
Codes 24 
Code-Tabellen 32 
Compare 166, 172 
CP 166, 172 

CPC-MON (Programm 2) 218 
CPU 83 

CPU-Register 160 
CRTC 88 
C-Flag 122 

Datagenerator (Programm) 246 
Datenaustausch 155 
Datenbus 84 
Datenformate 15 
Datentransfer 146, 160 
Datentransferbefehle 138 
Datenübertragungsraten 248 
DEC 167 
Dezimalsystem 16 
DI 203 
DIM 41 
DISABLE 58 
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Disassembler 142, 207 
Disassembler (Programm) 213 
Displacement 141 
Doppelbyte 16 
Druckersteuerung 257 
Dualsystem 17 

EI 203 

Ein-/Ausgabe 103 
ENABLE 58 
ERROR-Handling 72 
Erweiterungsbyte 137 
Erweiterungscode 137 
Erweiterungstabelle 144 
Erweiterungszeichen 235 
Exklusives ODER 170 
Expansionstrings 235 
Externe Ladebefehle 154 
Externer Datentransfer 147, 153 
E/A-Anfrage 84 

Farbbyte 99 
FAST TICKER 235 
Firmware 50, 227 
Firmware-Speicher 51, 228 
Firmware-Sprungtabelle 230 
Flags 120, 187, 196 
Fließkommazahlen 39 

Gate Array 88 
Gleitkommawert 22 
GOMACH (Programm) 125, 130 
GRA 231, 262 
Grafikroutinen 259 
Grafik-VDU 231 

Halbübertrags-Flag 121 
HALT 205 
Handshaking 103 
Hardware 79 
Hauptplatine 80 
Hexadezimalsystem 17 


HEX$ 18 
HIMEM 52, 61 
H-Flag 121 

IM 204 

Implizite Adressierung 141 
IN 161 
INC 167 
Indirections 230 
Indirekte Adressierung 140 
Indirekter Sprung 192 
Indizierte Adressierung 143 
Informationseinheit 15 
Initialisierung 70 
INT 203 

Integer-Variable 22, 35 

Intel 8080 119 

Intergrationsfähigkeit 208 

Interner Datentransfer 146, 147 

Interpretation 70 

Interrupt 124, 203 

INTERRUPT REQUEST 84 

IO REQUEST 84 

IORQ 84 

IO-Bereich 100 

IRQ 84 

IX (Indexregister) 117 
IY (Indexregister) 117 
I-Register 124 
I/O-Bausteine 83 

Jumpblock 50 

Kassettenspeicherung 243 
Kassettenverwaltung 232 
Kernel Jumpblock 50, 230 
KL 232 
KM 231 

Komplementieren 189 
Konvertieren zwischen Zahlen¬ 
systemen 18-24 
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Index 


Ladevorgänge 147, 148 
LEFTS 20 

Lesen von externen Bausteinen 84 
Logikbefehle 166, 169 
LOW JUMP RESTART 200 
LOWJUMP 50 

Mantisse 39 
Maschinenpaket 233 
Maschinenprogramme 56, 83 
MC 233, 258 

MC SOUND REGISTER 109 
MEMORY 52, 87 
MEMORY FULL 72 
MEMORY REQUEST 84 
MID$ 20 

Mnemonics 142, 207 
Modes 99 
MODE-Register 89 
Monitor 66 

Monitor-Programm CPC MON 75 
MREQ 84 

Nicht maskierbarer Interrupt 203 
NMI 203 
NOP 204 

Nullseitenadressierung 141 
Numerische Arrays 45 
N-Flag 122 

ODER-Verknüpfung 171 
OFFSET-Zeiger 90 
OP CODE 138 
Operation Code 138 
OR 171 
OUT 93, 161 

Paritätsbit 25 
Paritäts-Flag 122 
PC (Programm Counter) 114 
PEEK 19 
PIO 8255 100 


Pointer 50 
POP 117 
PORT 105 
Printer-Port 100 
Programm Counter 114 
Programm CPC MON 75 
Programm CPC-MON 2 218 
Programm Datagenerator 246 
Programm Disassembler 213 
Programm GOMACH 125, 130 
Programm ROMREAD 63, 65 
Programm Sound-Register 111 
Programm Transformer 40 
Programmzähler 114 
PROGSTART 36 
Prozessor 83 
PSG 100, 107 
PUSH 116 
Put-Back-Puffer 235 
P/V-Flag 122 

RAM 49, 58, 83, 87 
RD 84 
READ 84 
Realvariable 35 
REFRESH-Register 124 
Register 113 

Relative Adressierung 141 
Relativer Sprung 190 
RES 185 
Restart 53 

Restart-Kommandos 194 
RET 57 
RETURN 116 
RIGHTS 19 
RL 178 
RLC 178 

ROM 49, 58, 83, 87 
ROMCHANGE 72 
ROMREAD (Programm) 63, 65 
Rotation 181 
Rotieren 178 




Index 




RR 179 
RRC 178 
RST 53, 194 

Satznachspann 250 
Satzvorspann 250 
SAVE 73 
SBC 167 

Schreiben an externe Bausteine 84 
SCR 232 

SCR SET BASE 90 

SCR SET OFFSET 90 

Scrollen 98 

SET 185 

SLA 179 

SOUND 232 

Soundgenerator 100, 106 

Sound-Register (Programm) 111 

SP 115 

Speicheranalyse-Programm 55 
Speicheranfrage 84 
Speicheraufbau 49 
Spezialregister 124 
Sprungbefehle 139, 190 
Sprungbefehle (Tabelle) 195 
Sprung Verteiler 210 
SRA 179 
SRL 179 
Stack 151 
Stack Pointer 115 
Stapelzeiger 115 
Steuerbefehle 139 
Steuerbus 84 
STRING 40 
Stringarrays 42 
Strings 35 

STROBE OUTPUT 100 
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Weitere Fachbücher aus unserem Verlagsprogramm 


COMMODORE 64 


Einlührungskurs: Commodore 64 

Mal 1984, 276 Salten 

Die Programmiersprache Basic - Einsatzgebiete des Com- 
mcdore 64-Baslc, Grafik. Musik, DatelVerwaltung ■ mit vielen 
Be IspieIpropremm en, häuftg benötigen Tahollon und nütxh- 
chpn Tips Ttif Dnsteägtr und Rirlgeschrlltene. 

Bast.-Nr, MT G85. 09090^17^0 n ft 

^ 35^5 206,40) UM 30, 

Commodore 64 — leicht verständlich 

Juni 1984, 154 SeUen 

lidormaUonen lür den CfMriputar-Neuling Inatnllalion und In¬ 
betriebnahme ■ Pro Qrammleremn Basic ■ Graf lk und Töne 
Auswahl von Hardware und Zubehör SoUwarü für ihren 
Computer dir? Ideale Einführung in das Arbeiten mH Ihrem 
Commodore 64 

Best.-Nr. MT 700, ISBN: 3-09090-022-4 w*mm aa n A 
(Str. 27,53/öS 232,40) UM fc^jOU 

Ihr Heimcomputer Commodore 64 

August 1904,296 Seiten ^ ejt 

Alles Wlsswrif.werte im Umgang mW dem Cnmmooon» b4 ■ 
Planung, Kauf und liibetriehnflhm& dar Anlage ■ Einsatz fertig 
gnknufter odei seihet erstellter Programm & ■ Schwachen 
und Sterken der altbewährten und neuesten Programmier¬ 
sprachen die gängigsten Sol iwiire-Angebote für jeden Ein- 
slelger. 

Besi.-Nr. MT 701, ISBN: 3-89090-044-5 r||M| oft_ 

(Sir. 35.-/Ö9 290,40) UM OO, 

Das Commodore 64-LOGO-Arbeitsbuch 

Seplombor 1904, 225 Salten 

Kinder lernen auf dem Commodore 64 mit der Schildkröte als 
L-hn-i Bilder malen tiralikalTeklBetMugen • Wörter varor- 
beiten Prozeduren und Vmlahten Umgang mit Begnften 
wie LänganmnO. Winkel Dreieck, Quadrat 

BaaL-Nr MT 720. ISBN: 3 09090-0034 nM q 4 _ 
(Sfr. 31,30/ÖS 265,20) UM wH, 

35 ausgesuchte Spiele für Ihren Commodore 64 

September 1904, M l Saiten 

Programmieren Sie solhal 35 faszinier ende Spiele 
schrieben in Com modere 6 4 ■ BASIC ■ mH Parbe, Graf iko ri und 

Ion VÄfchlAge zur Prbgrui.abwandlung für kresilive 

CornpütorWis, die Ihre ProgrammierkeivWiisse varbeten 
wollen! 

Best.-Nr. MT 774, ISBN: 3-89090-064-X n >i tx* aa 
(S ir. 23,—JöS 193,40) UWI t4,ÖU 

Le hi Spielzeug Computer: C 64NC*20 

Juli 1984, 139 Setten 

S]'ifij , ii’.-Il für Kinder entwickelt führt, dieses Buch spwerksch 
in die Bnsic-Wtlt des Commodore 64rtfc;2Cl ein • mrl willen 
Iphrrelchen Spiefprogrummen und Grafikmbglrchkeitan - klei¬ 
ne ro Kinder bonötlgen die Hilfe ihrer sachkundigen Eltern. 

Best.-Nr. MT 695, ISBN: 3-89090-011-9 wxmm g%» ftA 
(Sfr. 23,-/öS 193,40) UM £H,OU 

Basic mit dem Commodore 64 

April 1904, 320 Solton 

Ein Basic-Lehrbuch für den jugendlichen Anfänger - über- 
stehllich gegtiedurle Lemptegrammo • Alles über INPUT 
GOTO ■ Lot-Befehle ■ EdltorTunklinnen • POKE-Befehle für 
die Grafik • gotagnel auch tüs Leitfaden für Lehrer Und Eltern. 

BbsI.-Nt. MT 657, ISBN: 3-922120-91-1 n *M • « _ 
(Sfr. 44,20/öS 374,40) UM HO, 


Compulerspieic & Wissenswertes 

Februar 1504,186 Salten 

Eine Sammlung von interessanten und nützlichen Maschi¬ 
nenprogrammen schnelle binare Arithmetik ■ Basic -Erwei¬ 
terungen ■ mit unterstützendem Assembler’ Uafing - Mir den 
lor tflesch rilteno n Programm ier er, 

Best.-Nr. MT 601, ISBN: 3-922120-82-8 rk*i nQ ftfl 
(Sfr. 27,5ÜJÖ5 232,40) UM £3 a OU 

Bost-Nr. MT 602 (Beispiele auf Diskette) 

(Sir, 36.-/ÜS 34 2DM 30,- 

* Inkl, MwSt. Unverbindliche Prelsempfehlung. 

Das große Spielebuch — Cemntodorc 64 

Februar 1984, 141 Sotten 

46 Sprelprog ramme Wissenswertes über Programmier¬ 
technik ■ praMsnaM Hinwoä&e zur Grafikhürstolfunn - alles 
über Joysfick- und Riddleansteuoiung das Sptelebuch teil 
Lerneffekt. 

Best.-Nr MT 603, ISSN: 3-923120*3-6 nM aq q a 
(S fr. 27,50/68 232,40) UM £3,011 

Best.-Nr. MT 604 (Beispiele auf Ofskolte) 

(Sfr. 36,—/öS 342,-) °Mi 38,-' 

* inkl. MwSt. UnvnrtilndHchs Pmlaernplehlüng. 

Spiele für den Commodore 64 

November 1984, 166 Selten 

Bewährte alte und raffinierte neue Spielt >ür ihren Commcrdo- 
ra 64 - klar und überalchllksti gogHederla Programme im 
Commodore-BASIC ■ Sie lernen: wie man Unterprogramme 
einsetzt ■ eine Tabelle aufbauen und verarbeiten • Program¬ 
me testen mit vielen Prograinroiertricks - telr Anfänger 
BeSt-Nr. MT 7 92J SB N: 3-89090-074-7 n * fl pA 

fSir. 23,-— /öS 103,40) U NI L 4, ö U 

Be&teNr. MT 705 (HeEspiete auf Plakette) 

(Sfr. 38,—/öS 342,—) DM aa “' 

* Inkl. MwSt, Unverbindliche Proteompfohlung. 

Computer für Kinder - Ausgabe Commodore 64 

1994.112 Selten 

Ein Buch lür Kinder und Ihre Uhrer ■ ideal lur dici erste Be¬ 
gegnung mit Computern, Ihren EigtMiwI listeten und ihren 
unerschöpflichen Möglichkeiten teichtvefsWhdllche Etelu 
teruhgsn rund um den Commodore 64 alle Programitibßi- 
spiele in BASIC 

Bosi.-Nr. PW 709, ISBN: 3-921803-41-1 nM aq qa 
(S fr, 27,50/üS 232,40) UM «jOU 

Grafik & Musik auf dem Commodore 64 

Oktober 1904, 336 Seiten 

ijU yul strukturierte Und kniriHianttarte Boispi^lprfigmmmc 
/ur ErfEugung yon Spriiesund Klangeflekl^n - SprUteTHckii 
■ Zelchenpral!k - hou hüulk »send e Gralik Musik wc. h Notel i 
• apeztelte Klangeftekte • Ton und Grafik ■ ti tr tortfleschnlEe¬ 
ne Anfänger, die alle Möglichkeiten des C64 Wirkten wol¬ 
len. 

Beal.-Nr MT 743, ISBN: 3-89000-033-X nM «a 

(Sfr. 35,—-MiS 206,40) Ul¥l JO,“ 

Mehr als 32 Basic-Programme für den 
Commodore 64 

März 1984, 279 Selten 

Programme speziell für den Commodore 64 • umfassende 
praküschD Anwendungen ■ tedn Menge Lßhr- und Lernhilfen 
snp^r Fipink'T - für Br.sic-fteulinge und Experten 

Best.-Nr. MT 613, ISBN: 3-922120-66-0 nM mq 
(Sfr. 45,10/öS 382,20) UM 43, 

Best.-Nr. MT 614 (Böteptele üul DlfkoUe) 

(Sfr. 48,^/ÖS 432,-) DM 48 >- 

* inkl. MwSt. Unverbindliche Preisempfehlung. 


Die angegebenen Preise sind Ladenpreis 
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Markt ÄTechnlk Verlag Aktiengesellschaft Buchverlag, Hans-Pinsel-Str. 2, 8013 Haar 


Weitere Fachbücher aus unserem Verlagsprogramm 


Commotfore 64 LisHngs - Band 1: Spiele 

Oktober 1964, 19U Sorten 

Mit aiiaführltcher Dokumenteltcm ■ Spielfinfaitung ■ VaFiEhtan 
(Qrdie Änderung dsrSptete ■ 'Ajltetertriige Llstmya für Eiirgw 
Joe ■ Nibbler Zingel 2nngel Unlverse Würteipokar 
Maze-M<aslpn - cfnr magische Kroia • Todeskomfiriflndo Al 
Isntik Enterprise 

Best, Mn MT 74B, ISBN: 3-89090-068-2 n .. ftn 

(Sfr. 23— /öS 1tf3,40; DM Z4.B0 

Best.-Nr. MT 804 (Bolspiele auf Diskelle) 

(Str. 38 ,—löS 342,—) DM 38,— 

4 inkl. MwSt. Unverbindliche Preisempfehlung. 

Commodore 64 Listings 

Band 2: Datei Verwaltung - Schule ■ Hobby 

Oktober 1984, 179 Seiten 

Ein Buch mit Programmen für die ganze Familie • DATAVE — 
Eine Datei Verwaltung - mathematische Funktionen • Konju¬ 
gation und Deklination in Latein • Regressionsanalyse • Bun¬ 
desligatabelle 

Best.-Nr. MT 766, ISBN: 3-89090-071-2 nKI n M nn 
(Sfr. 23,-ftS 193,40) UM Z4,8U 

Der sensible Commodore 64 

JanuaF 1985, ca. 130 Seiten 

Eine Softwaresammlung zu den technologischen Neuer¬ 
scheinungen im Commodore 64 - für Erstbenutzer wie für 
Experten ein BuJi lut upilinaleii Sollwnrenutzung. 

Bost-Nr PW 727, ISBN: 3 -921803-4 S-4 nK1 nn 

(Sfr 27,50(05 232,40) UM Z9,oU 

Die Floppy 1541 April 1985, 434 Selten 

Für alle Programmierer, die mehr über ihre VC 
1541-Floppystation erfahren wollen. Der Vorgang des For- 
matierens ■ das Schreiben von Files auf Diskette • die 
Funktionsweise von schnellen Kopier- und Ladeprogram¬ 
men • viele fertige Programme • Lesen und Beschreiben 
von defekten Disketten • Für Einsteiger u?id für fortge¬ 
schrittene Maschinensprache-Programmierer 
Best.-Nr. MT S08 f ISBN 3-89090-088-4 nil . n 
(Sfr. 45,1 0/ßS 382,20) UM 49,— 

Best.-Nr. MT 710 [Beispiele auf Diskette) 

(Sfr. 3 8,-/6$ 342,—) DM 38,-' 

* inkl. MwSi, Unverbindliche Preisemptehlung. 

Commodore 64 - Multiplan 

April 1984, 230 Seifen 

Multiplan jetzt auch für den Commodore 64 ■ der volle Lei- 
stungBumteng der 16-Bit-Version Ernährung in die Arbeits¬ 
weise! von TjdullenkatkulAlionsprogi'dnnmtii * jpwxk*Hutw 
Beispiele Beschreibungalls Befehle und Funktionen ■ nicht 
nur für Anfänger 

Best.-Nr. MT 655, ISBN: 3-922120-89-X nK . A a 
(Sfr. 44,20/ÖS 374,40) UM 4Ö, — 

Das Commodore 64-Buch, Bd. 1: 

Ein Leitfaden für Erstanwender 

Mai 1984, 270 Seiten 

Der Commodoro B4 und seine Handhabung • Einführung in 
dis Grallk ■ Balkendiagramme Einführung in dis Spritelech- 
nlk Basic- Erweitern n qun in Assembler Ein Leitfaden für 
Erstanwander, die sich bensifs BASIC-Kenn!Misse angeei- 
gnot haben Alle Beispiele auf Diskette erhältlich \ 

Oesf.-Nr. MT 591, ISBN: 3-922 E20-B l-X nu * 0 
(Sfr. 44,2Q/ÖS 374,4(1) UM 4Ö,— 

Best.-Nr. MT 592 (Üeispjole auf Diskette) 

(Sfr. Sfl H —/nS 522,-) DM öS,-' 

* inkl. MwSt. Unverbindliche Preisempfehlung. 

Das Commodore 64-Buch, Bd. 2: 

Basic-Spiele 

Mai 1884,181 Seiten 

Spiels nicht nur zum Ahllppen • Programmlisting • Pro- 
gram mbeschrelbung • Variablen üb ersieh! ■ Programme 


nach Anleitung frei ergänzter • das ideale Buch, um Program¬ 
mieren spielend zu lernen - für Anfänger. 

Best.-Nr. MT 593, ISBN: 3-922120-68-7 nu no 
(Sfr. 35,—/öS 286,40) UM OÖ-— 

Bosl.-Nr. MT 594 (Beispiele auf Diskette) 

(Sfr. 58,-/öS 522,-) DM 58,-' 

* Inkl. MwSt. Unverbindliche Preisempfehlung. 

Das Commodore 64-Buch, Bd. 3: 

Ein Leitfaden für Fortgeschrittene 

Februar 1984, 206 Sellen 

Alles über Sprites - Wissenswertes über Multi-Color-Grafik • 
Assembler/Disassembler • jede Menge Basic-Erweiterun- 
gen - Umgang mit dem Soundgenerator • ein Leitfaden für 
Fortgeschriltena. 

Best.-Nr MT 595. ISBN: 3-922120-69-5 ni . 

(Sfr, 36,—/ÖS 296,40) UM 00,— 

Best.-Nr. MT 596 (Beispiele auf Diskette) 

(Sfr. 58,—/öS 522,—) DM 58,—‘ 

* inkl. MwSt. Unverbindliche Preisempfehlung. 

Das Commodore 64-Buch, Bd. 4: 

Ein Leitladen für Systemprogrammierer 

März 19B4, 261 Selten 

Einführung in Möschinenprogrammiorung Verknüpfung von 
Maschinenprogrammen mit B&lite-PrOgTBittman -alles über 
Assembler/Disassembler • Basic-Kenntnisse worden vor- 
nusgesetzH 

Besl.-Nr. MT 597, JSBN: 3-922120-70-9 nil on 
(Sfr. 35,-ZÜS 298,40) UM OO, — 

Best -Nr. MT 588 (Beispiele auf Diskette) 

(Sfr. 56,—/ÖS 522,-) DM 58,-' 

* inkl. MwSt. Unverbindliche Preisempfehlung. 

Das Commodore 64-Buch, Bd. 5: 

Ein Leitfaden durch Simon’s Basic 

Juli 1984, 322 Selten 

Ausführliche Besprechung aller Befehle • viele erklärende 
Beispiele ■ mH kommentierter Assembler-Ustlng ■ das richti¬ 
ge Nachscbliigswerk für den geübten Commodore 64-Be- 
nutzor 

Best.-Nr. MT 699. ISBN: 3-922120-71-7 n .. on 

(Sfr. 35 r -/6S 296,40) UM üö,— 

Best.-Nr. MT 500 (Beispiele aul Diskette) 

(Sfr. 58,-/öS 522,-) DM 58,-' 

* inkl. MwSt. Unverbindliche Preisempfehlung. 

Das Commodore 64-Buch, Bd. 6: Spiele 

Mal 1984,190 Sellen 

Programmieren aut dem Commodorei 64 spiel and gelernt • 
leicht verständliche Splotariieltüngon - Prnornrnmlhrmg mit 
ansclMender ProgrammboschrBlljunij Vüriablanüber- 
sreht Tips zum Andern und Ergänzen des Programms. 

Bust,-Nr. MT 8!8. I$BN: 89090-072-5 h|| 

(Sfr. 35.-/ÖS 299,40) UM OÖ,— 

ßest.-Nr. MT B2Ü (Beispiele auf Diskette) 

(Sfr. 58 —/öS 622,-) DM 58,-* 

* inkl. MwSt. Unverbindliche Preteenfiptehlung. 

Das Commodore 64-Buch, Bd. 7: 

Ein Leitfaden für Profis 

August 1984, 210 Selten 

Der Commodoro 6 4 als Klaviatur Noten sr.hre* ihen ml) hoch- 
nullösender Giafrk relptlve Dateien am Beispiel einer klei¬ 
nen Arljf'flvfrwaltung - Joystick und Paddies • Grafikdpel 
eher unter Kornol Interrupt Manager für Profis, die dir? 
letzten Möglichkeiten ihres Commodore 64 ausrgizon wei¬ 
len 

Best.-Nr. MT 731. ISBN: 3^9090-067-4 n .. « n 

(Sfr. 35 f -/äS 296,40) UM 00,“ 

Best.-Nr. MT 784 (Beispiele auf Diskette) 

{Sfr. 38,—/öS 342,—) DM 38,—' 

* inkl. MwSt. Unverbindliche Preisempfehlung. 


Die angegebenen Preise sind Ladenpreise 

Sie erhalten Markt &Technik-Bücher bei Ihrem Buchhändler 
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Weitere Fachbücher aus unserem Verlagsprogramm 


ATARI 


Spiel und Spaß mit dem Atari 

Mai 1984, 330 Seilen 

Einfache Progriirnmn In Bnaic - wie man einSptel enlwicMt 
Lernstoff trainieren ■ Zahlon und Logik • Grafik • Farben • 
Töne und Musik ■ den Atari-Computer spielend erforschen 

Best.-Nr. MT 872, ISBN: 3-89090-002-X nM m n 
(Sfr. 3B,6 WdS 327,60) UM 4£,— 

Lehrspielzeug Computer: Atari 

Juli 1984,139 Seiten 

Das neue Computer-Kinderbuch für den Atari 400, 000 und 
1200 • Spielprogramme und grafische Darstellungen für Kin¬ 
der ab fl Jahren • viele Rechenaufgaben Mir cJeiri kleinen Ein¬ 
stein so macht Lernen Freude! 

Best.-Nr. MT 6S6, ISBN: 3-89090-012-5 nM ns an 
(Sfr. 23,-JöS 193,40) UM £4,ÖU 

Spiele für den Alari 

September 1984, 210 Seiten 

Eine unterhaltsame Einweisung in die Atari-BAS IC-Program- 
mierunrj anhand von bereite bewahrten sowie raffinierten 
neuen Cornpu(erspielen ■ wie man ein Programm strukturiert 
■ (Einsatz von ÜnferprcgtHrnrnen ■ Tabellen Verarbeitung - be¬ 
wegte Grafiken - Testen von Programmen • noch nie hat 
Home-Couipuliny so viel 8paß gemacht! 

Best.-Nr. MT 678, ISBN: 3-89090-051-8 nM qo 
(S fr. 29,50/öS 249,60) UM 3£,— 

Das Atari-Buch, Band 1 

Juli 1984,158 Seiten 

Die grundlegenden Programmie(itiögHch^oilen lüf Ihren Aten 
-11 Hl du ui 11 Spiel iw m Elngowöhnen Erstu llung von Tc «Sund 
Gralik Ptuyer Missiles - Basic Bösondefhelten eusfülirli- 
chö ÄaäbmbfefliBÜnguim Anhang j ein EinsEefger-Buch. voll- 
gepackt mil tnlormbliionen. 

Best. Nr. MT 703, ISBN: 3*69 09 0-039-9 nM an 

(Sfr. 2S h 5<J/ÖS 249,60) UM ü£,— 

Btisl.-Ni. MT 783 (Bflteptel* Diskette) 

(Sfr. 3B-IÖS 342,—) DM 38,-' 

* ln kl. MwSl. Unverbindliche ProteempfoMung. 

Das Atari-Buch, Band 2 

Oktober 1984,197 Selten 

Spezielle Programme rmöglichkortert und Maschinenpro¬ 
gramme ■ Basic-Kenntnlasö und das Studium des Hanri- 
htpnhn (Ocm AtaH- Buch, Bd. 11 werden vorausgesetzt Mir ah 
Ee„ die die tiervoriägenden Gralik- und Soundelgenschaften 
des Atari ausnutzen wollen! 

Uesl.-Nr. Ml 704, ISBN: 0-89090-072-0 n * * nn 
(Sfr 29,50/0$ 249.50) UM 3£. f — f 

Best.-Nr, MT 776 (Beispiele aal Diskelle) 

(Sfr. 38.— /öS 342,-) DM 38,^ 

* Inkl, MwSl. Unverbindliche Prelsempfehlung, 

Atari-Abenteuerspiele 

Juli 1984, 148 Seiten 

Wega zur Entwicklung und Ausführung spannender Spiel¬ 
programme: Schalzsuche - Kampf mit Monstern - DäSAuge 
des Sternenkriegers. 

Rasi -Nr MT 727, ISBN: 0-59090-035-6 nM OQ en 
(Sfr. 27,50/05 232,40) UM £3,OU 

Best.-Nr. MT 728 (Beispiele auf Diskelle) 

(Sf r. 3 8,-(öS 342,—) 0 M 35,-' 

- Inkl. MwSl, Unverbindliche Preisempfehlung. 


Strategische Computerspiele lur Ihren Atan 

Mal 1984,148 Seilen 

Aufbau eines Spielfeldes ■ der Bewegungsablauf ■ Musterer- 
öUrningen ■ dos Endspiel ■ Dame, Schach. Warp Trog als Bei¬ 
spiele strategischer Spiele • Anleitung zur systematischen 
Fehlersuche - für Fortgeschrittene 
Sost.-Nr. MT 681. ISBN: 3-89090-004-6 nM nn 
(Sfr. 29,5DIöS 249,60) UM ü£,— 

Best.-Nr. MT 682 (Beispiele auf Diskette) 

(Sfr. 38,-/öS 342,-) DM 38, 

* inkl. MwSt. Unverbindliche Preisempfehlung. 

Mein Atari-Computer 

1983, ca. 400 Selten 

Alles über Aufbauund Bedienung des Atari-Computers Pro¬ 
grammieren In Basic Grafiklunktionon Tonerzeugung ■ ab- 
galftrtotc TogonomeEnscha Funktionen ■ TnbollonzurZahlen- 
umwurulltrng - das Standardwerk für Anfänger 

Best.-Nr. PW 554, ISBN: 3-921803-18-7 nM rn 
(Sir. 54,30/öS 460,20) UM 33,— 

Sprühe:ide Ideen mit Atari Grafik 

Januar 1985, ca. 250 Setten 

Elno Einführung in die Gralikmöqlichketien des Alari • dieGe- 
slallgesßtze von Objekten, Farbgebung, Bildsdurmentwürfe 
Baslc-Kennlirisse erforderlich 

Best.-Nr. PW 716, ISBN: 3-921003-39-X nM -q 
(S ir. 45,ID/ÖS 382,20) UM 43,“ 

Computer für Kinder - Ausgabe ATARI 

Februar 1985, 114 Saiten 

Ein BASIC-Pronrammtertjucb ausdrücklich für Kindei ge¬ 
schrieben * mit einem besonderen Ahcohnitt für Lehrer und 
Eltern 

Beet^Nr. PW 728. ISBN: 3-921803-43-8 nM aa qa 
(S ir. 27,5 Q/öS 232,40) UM £9,OU 

Der Atari als Musikbox 

November 1984,196 Seiten 

Eine musikalische Einführung in die Computerprogrammie¬ 
rung - wa .5 Sie über Resonanz und Harmonie wissen müssen 
• Musi Kilogramme in BASIC für zwei, drei und vier Stimmen 
sowie für einen Kanon husonrinm Geräusche linkte ■ eine 
Lieder-Bibliothek für Anfänger. 

Best.-Nr. MT 797, ISBN: 3-89090-075-5 nU | qq qa 
(S ir. 27,50/öS 232,40) UM £9,OU 

Lerne Basic auf dem Alari 

November 1984, 321 Selten 

Dieses Buch führt sowohl Kinder als auch Erwachsene in die 
Grundlagen ries Atari-Basic ein • Action-Spiele • BrettaptQle 
■ Wortspiele - Hinweise • Erklärungen ■ Übungen ■ amüsant 
und leicht verständlich präsentiert • zum Selbststudium ge¬ 
eignet 

Sest-Nr. MT 692, ISBN: 3-09090-007-0 nM «Q 
(Sfr, 35,—/öS 296,40) UM OU,— 

Ausgesuchte Atari-Programme mit Listings 

Oktober 1984,171 Selten 

Mehr als £5 Programme — vom alltäglichen Kleinkram bis ?u 
geschäftlichen Anwendungen und Dten&lpnjgmmnriari ■ Gl- 
rokorvtoführung • Adressen wrwlchnis - JogglngkontrolJe • 
fiir Anfang er. die den Umganr.i mil dem Computer und d«e 
Grundbegriffe des Programmierens lernen wollen 
Best.-Nr. MT 759, ISBN: 3-89090-070-4 nM aa 
(S fr. 29,50/ÖS 249,60) UM — 


Die angegebenen Preise sind Ladenpreise 
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Weitere Fachbücher aus unserem Verlagsprogramm 


Das Atari-Programmierhandbuch 

März 1985, 403 Seiten 

Alles was Sie über die Bedienung und die Programmierung 
Ihres Computers in BASIC wissen müssen • Speicherarten • 
grafische Symbole • spezielle Funktionen • Zubehörteile • 
Organisation eines Programms einschließlich Flußdiagramm 
und ihr Gebrauch • der 6502-Prozessor • mit vielen Pro¬ 
grammierbeispielen für den ATARI 800 {400/600) * ein un¬ 
entbehrliches Buch für die richtige Kaufentscheidung! 
Best.-Nr. MT 753, ISBN 3-89090-062-3 n .. 

(Sfr. 47,80/ÖS 405,60) UM DZ,— 


SCHNEIDER CPC 464 


Der CPC 464 für Ein- und Umsteiger 

Februar 1985, ca. 260 Selten 

Eine praxisorientierte Spiel- und Arbeitshilfe für den Schnei¬ 
der CPC 464 • BASIC Grafik • Sound Tastaturanwendung 
• Kassettenrecordereinsatz alle Befehle kompakt und sy¬ 
stematisch dargestellt • modular aufgebaute Beispielpro¬ 
gramme auch zur Textverarbeitung und Datenverwaltung • 
der ideale Grundstock für Ihre CPC 464-Programmbiblio- 
thekl 

Best.-Nr. MT 801, ISBN: 3-89090-090-9 n . . A c 
(Sfr. 42,30/ÖS 358,80) UM 40,— 


SINCLAIR 


Maschmencode-Programme für den ZX Spectrum 

Juni 1984, 204 Selten 

Nützliche Maschinencode-Programme mit Ihrem ZX Spec¬ 
trum ■ Sortierung von Flleflk' wnnwählen • Übernahme yon 
Parametern direkt von einem Basic-Pro gramm • Flußdia¬ 
gramme • für Profis und solche, die es werden wollen 

Best.-Nr. MT 702, ISBN: 3-89090-023-2 nB . no 
(Sfr. 29,50/öS 249,60) UM OZ,— 

ZX-Spectrum Abenteuerspiele 

September 19B4, 208 Selten 

Die Entstehungsgeschichte der Abenteuerspiele mit reprä¬ 
sentativen Beispielen tür jede «Epoche« bin Programm spe¬ 
ziell für Ihren ZX-Specirum: «Das Auge des Sternenkriegers«, 
ein Grafik-Abenteuerspiel, das Sie in Atem hält! 

Best.-Nr. MT 712, ISBN: 3-89090-047-X nK . on on 
(Sfr. 27,50/öS 232,40) UM Z!J,oU 

A&tranomie-PfDgramniG für den ZX-Spectrum 

September 1964. 268 Seiten 

Eine phantastische Reise in die Welt des Kosmos mit Ihrem 
ZX-Spectrum: Der Julianische Kalender Die Mondphasen • 
Eigene Satelliten starten Kepler's Umlaufbahnen • Die Um¬ 
laufbahn Plutos • Interessant nicht nur für Hobby-Astronome 

Best.-Nr. MT 732, ISBN: 3-89090-048-0 n mm on 
(Sfr. 27,50/öS 232,40) UM Z9,OÜ 

Schnelles Rechnen mit dem ZX81 

Oktober 1984, 276 Seilen 

Das Betriebssystem • der BASIC-Interpreter • Gleitkomma- 
Macro-Befehle zur Verkürzung der Rechenzeiten • alle Pro¬ 
grammbeispiele sind lauffähig auf dem ZX81 mit dem 1K- 


RAM-Speicher, ein 16K-Speicher vereinfacht die Program¬ 
mentwicklung 

Best.-Nr. MT 706, ISBN: 3-69090-073-9 n . fl on 
(Sfr. 27,50/öS 232,40) UM Z9,OU 

ZX-Spectrum Hardware 

Januar 1905,147 Seiten 

Dieses Buch vermittelt Ihnen ein fundiertes Basiswissen 
über Aufbau und Entwicklung eigener Hardware • Ausführli¬ 
che Beschreibung der einzelnen ICs mit Abbildungen und 
2-System-Schaltplänen Anschluß einer PIO-Ansteuerung 
von Dezimalanzeigen • Leuchtdioden Relais ■ DIL-Schalter 
• Eine .ikkugapufferte Hartlwareuhr mit vierstelliger Anzeige 
■ SoundgemMdtor mit drol Kanälen. 

Best.-Nr. MT 737, ISBN: 3-89090-092-5 nB . on on 
(Sir. 27,50/öS 232,40) UM ZU,OU 


TI 99/4A 


21 USTige Programme für den TI-99/4A 

November 1984, 224 Seiten 

Umfangreiche Spiele aller Art für den TI-99/4A nützliche 
Utilities - Ad ressen Verwaltung • Vokabel-Programm für 
manche Programme ist das Extended-BASIC-Modul, die 
Speichererweiterung (32 K), ein Disketten-Laufweik odei 
Joysticks erforderlich! 

Best.-Nr. MT 754, ISBN: 3-89090-065-8 n . . n m nn 
(Sfr. 23-JoS 193,40) UM Z4,ÖU 


VC 20 


Lerne Basic auf dem VC-20 

August 1964, 320 Seiten 

Das nouo Basic Lohrbuoh für den Commodorc VC 20 ein 
fach erklärte Basic-Befehle mit Übungen • viele heiße Action¬ 
spiele • nützliche Programmiertricks • mit ausführlichem Be¬ 
griffslexikon der Renner für Junge Computer-Freaks! 
Best.-Nr. MT 091, ISBN: 3-89090-008-9 n .. no 

(Sfr. 35.-/ÖS 296,40) UM ÜO, — 

Lehrspielzeug Computer: C 64/VC-20 

Juli 1984, 139 Seiten 

Speziell für Kinder entwickelt führt dieses Buch spielerisch 
in die Basic-Welt des Commodore 64/VC-20 ein mit vielen 
lehrreichen Spielprogrammen und Gratikmöglichkeiten • klei¬ 
nere Kinder benötigen die Hilfe ihrer sachkundigen Eltern. 
Best.-Nr. MT 695, ISBN: 3-09090-011-9 n .. 0 , on 

(Sfr. 23,—/öS 193,40) UM Z4,UU 

Computer für Kinder - 
Ausgabe Commodore VC 20 

1984, 92 Seiten 

»Computer für Kinder« richtet sich an Kinder im Alter von 8 
bis 13 Jahren, die Interesse für Computer zergen ■ untarttaii- 
sflme und leichtveralörtliche Elnlührun&siexte und Beispie¬ 
le • mit einem besonderen Abschnitt für Lehrer und Eltern 
Best.-Nr. PW 708, ISBN: 3-921803-40-3 n .. on on 
(Sfr. 27,50/ÖS 232,40) UM ZU,OU 
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geboren am 12. 2. 1963, kam 
über die ersten Taschenrechner 
und die legendären 8080-Experi- 
mentier-Kits zur Computerei. Hier 
arbeitete er auf vielen der bekann¬ 
teren Mikrocomputertypen wie 
TRS-80, Sinclair, Commodore und 
gelangte schließlich auch zum 
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gen und der Softwareentwicklung 
beschäftigt er sich auch mit dem 
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bräuchlichen Homecomputer und 
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CPC 464 

Programmieren in 
Maschinensprache 

Dieses Buch wendet sich an all jene, die mehr über den 'Schneider CPC 
464, sein Innenleben und den Ablauf der verschiedenen internen 
Funktionen wissen wollen. Es bietet einen Ü ber bück über alle Bereiche 
des Computers wie die Ablage von BASIC und Variablen, die Fun ktions¬ 
weise der verschiedenen Bausteine und ihr Zusammenleben. 

Die Darstellung besteht dabei nicht aus grauer Theorie, sondern zu je¬ 
dem Teilgebiet werden die für den Benutzer besonders wichtigen 
Änderungs- und Eingriffsmöglichkeiten in einer Vielzahl von Beispielen 
aufgezeigt. Ein großer Teil der möglichen Eingriffe ist dabei schon von 
BASIC aus machbar. 

Doch ist man nicht auf die Hochsprache beschränkt. In einem eigenen 
Teil erfolgt eine speziell auf den CPC zugeschnittene Darstellung der 
ZÖO-Masehinensprache, deren Anwendung an vielen Beispielen aus 
dem Betriebssystem des Computers erklärt wird. Mit dem im Buch ent¬ 
wickelten Monitor- und Disassemblerprogramm kann dabei jeder Be¬ 
fehl sofort in seiner Wirkung im direkten Experiment an der Maschine 
untersucht werden. 

Damit wird ein f undamen tiertes Grundwissen geschaffen, das es dann 
ermöglicht, die am Schluß vorgestellten und erklärten Einsprungpunkte 
und Systemfunktlonen optimal zu nutzen und so zu einem besseren 
Verständnis des Schneider CPC 464 und zu neuen Anwendungsmög¬ 
lichkeiten zu gelangen. 

Hardwareanforderung: Schneider CPC 464 

Zu dem Buch gibt es eine Kassette mit allen beschriebenen Program¬ 
men, die unter der Bestell-Nr. MT833 beim Verlag erhältlich ist. 
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